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

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

From: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
To: "Jan Wieck" <wieck(at)hub(dot)org>
Cc: "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 13:23:22
Message-ID: EKEJJICOHDIEMGPNIFIJOEBLDBAA.Inoue@tpf.co.jp (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
> -----Original Message-----
> From: Jan Wieck
> Sent: Thursday, July 06, 2000 1:18 AM
> To: pgsql-committers(at)postgresql(dot)org
> Subject: [COMMITTERS] pgsql/src/backend/commands (command.c vacuum.c)
> 
> 
>   Date: Wednesday, July  5, 2000 @ 12:17:41
> Author: wieck
> 
> Update of /home/projects/pgsql/cvsroot/pgsql/src/backend/commands
>      from hub.org:/tmp/cvs-serv21402/backend/commands
> 
> Modified Files:
> 	command.c vacuum.c 
> 
> -----------------------------  Log Message  -----------------------------
> 
> Changed TOAST relations to have relkind RELKIND_TOASTVALUE.
> 
> 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. 

Regards.
Hiroshi Inoue

In response to

Responses

pgsql-hackers by date

Next:From: Oleg BartunovDate: 2000-12-09 13:41:37
Subject: Re: OK, does anyone have any better ideas?
Previous:From: Hiroshi InoueDate: 2000-12-09 13:23:09
Subject: RE: [HACKERS] Japan pictures

pgsql-committers by date

Next:From: Tom LaneDate: 2000-12-09 15:52:05
Subject: Re: pgsql/src/backend/commands (command.c vacuum.c)
Previous:From: momjianDate: 2000-12-09 04:57:32
Subject: pgsql/doc/src/FAQ (FAQ_DEV.html)

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