Skip site navigation (1) Skip section navigation (2)

Re: pgsql/src/backend/commands (command.c vacuum.c)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
Cc: "Jan Wieck" <wieck(at)hub(dot)org>, "pgsql-hackers" <pgsql-hackers(at)postgresql(dot)org>, pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql/src/backend/commands (command.c vacuum.c)
Date: 2000-12-09 15:52:05
Message-ID: 11350.976377125@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
"Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> writes:
>> Special handling of TOAST relations during VACUUM. TOAST relations
>> are vacuumed while the lock on the master table is still active.

> It seems very dangerous to me.
> When VACUUM of a master table was finished, the transaction is
> in already committed state in many cases. 

I don't see the problem.  If the toast table doesn't get vacuumed,
no real harm is done other than failing to recover space.

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Oleg BartunovDate: 2000-12-09 16:03:17
Subject: Re:
Previous:From: Tom LaneDate: 2000-12-09 15:45:33
Subject: Re:

pgsql-committers by date

Next:From: momjianDate: 2000-12-09 15:52:11
Subject: pgsql/contrib/fulltextindex (TODO)
Previous:From: Hiroshi InoueDate: 2000-12-09 13:23:22
Subject: RE: pgsql/src/backend/commands (command.c vacuum.c)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group