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

Re: BUG #2239: "vacuumdb -a" remove freeze

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Olleg Samoylov <olleg(at)mipt(dot)ru>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #2239: "vacuumdb -a" remove freeze
Date: 2006-02-07 15:09:41
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugs
Olleg Samoylov <olleg(at)mipt(dot)ru> writes:
> IMHO "vacuumdb -a" must don't vacuum database with 
> datvacuumxid=datfrozenxid.

That's not going to work because it will fail to detect whether the
database has been modified since the VACUUM FREEZE command.

In any case, what's the point?  As long as you have a routine vacuuming
process in place, it doesn't really matter whether template1 gets
scanned.  The only reason VACUUM FREEZE exists at all is to make it
possible to have a non-connectable, non-vacuumable template0.

			regards, tom lane

In response to

pgsql-bugs by date

Next:From: Alfranio Correia JuniorDate: 2006-02-07 17:51:33
Subject: vacuum segmentation fault
Previous:From: Tom LaneDate: 2006-02-07 14:49:29
Subject: Re: BUG #2242: Inconsistent casting in query with literal vs query with parameter

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