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
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 |