RE: [COMMITTERS] pgsql/src/backend/commands (command.c vacuum.c)

Поиск
Список
Период
Сортировка
От Hiroshi Inoue
Тема RE: [COMMITTERS] pgsql/src/backend/commands (command.c vacuum.c)
Дата
Msg-id EKEJJICOHDIEMGPNIFIJOEBPDBAA.Inoue@tpf.co.jp
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql/src/backend/commands (command.c vacuum.c)  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [COMMITTERS] pgsql/src/backend/commands (command.c vacuum.c)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> 
> "Hiroshi Inoue" <Inoue@tpf.co.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.
> 

Hmm,is there any good reason to vacuum toast table in the 
transaction which was already internally committed by vacuum
of the master table ?  Is it possible under WAL ?

Regards.
Hiroshi Inoue


В списке pgsql-hackers по дате отправления:

Предыдущее
От: mlw
Дата:
Сообщение: Re: OK, does anyone have any better ideas?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Re: CRC