Re: 7.4?

Поиск
Список
Период
Сортировка
От Andrew Sullivan
Тема Re: 7.4?
Дата
Msg-id 20030225100121.B23754@mail.libertyrms.com
обсуждение исходный текст
Ответ на Re: 7.4?  (Ericson Smith <eric@did-it.com>)
Список 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@libertyrms.info>                              M2P 2A8
                                         +1 416 646 3304 x110


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

Предыдущее
От: "Berend Tober"
Дата:
Сообщение: Duplicated foreign key constraints
Следующее
От: Tom Lane
Дата:
Сообщение: Re: reindex