Re: 7.4?

From: Andrew Sullivan <andrew(at)libertyrms(dot)info>
To: Postgresql General <pgsql-general(at)postgresql(dot)org>
Subject: Re: 7.4?
Date: 2003-02-25 15:01:21
Message-ID: 20030225100121.B23754@mail.libertyrms.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Feb 25, 2003 at 09:41:13AM -0500, Ericson Smith wrote:

> I was actually thinking about a VACUUM FULL. Currently we have not

VACUUM FULL will always block. To make a rather nasty comparison,
it's like defragging your disk under Windows: you can't really access
a file which is being moved around.

> problems doing a regular VACUUM. That said, will the new vacuum free as
> much space like the current vacuum full, without the handicap of table
> locking?

Yes and no. VACUUM FULL recovers space absolutely. So if you know
that the table has really shrunk, and shrunk permanently (or similar
cases, like 100% of the table was replaced), then you need VACUUM
FULL. Non-blocking VACUUM will make the freed space available to
Postgres, but not to the filesystem in general. In other words, the
regular VACUUM should mean that your table size stabilises, given
that your database is always more or less the same number of tuples;
but it will be slightly larger on disk than that number of tuples
strictly requires. (Is that clear? If not, maybe someone else can
make it clearer.)

A
--
----
Andrew Sullivan 204-4141 Yonge Street
Liberty RMS Toronto, Ontario Canada
<andrew(at)libertyrms(dot)info> M2P 2A8
+1 416 646 3304 x110

In response to

  • Re: 7.4? at 2003-02-25 14:41:13 from Ericson Smith

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2003-02-25 15:02:16 Re: reindex
Previous Message Malghan, Ravi 2003-02-25 14:59:16 Re: Can postgresql be run in memory (like a memory resi