Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal - Mailing list pgsql-performance

From Guillaume Cottenceau
Subject Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal
Date
Msg-id 877ir892ss.fsf@meuh.mnc.lan
Whole thread Raw
In response to Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal  ("Jim C. Nasby" <decibel@decibel.org>)
Responses Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-performance
"Jim C. Nasby" <decibel 'at' decibel.org> writes:

> On Wed, May 16, 2007 at 09:41:46AM +0200, Guillaume Cottenceau wrote:

[...]

> > Come on, I don't suggest to remove several bold warnings about
> > it, the best one being "Therefore, frequently using VACUUM FULL
> > can have an extremely negative effect on the performance of
> > concurrent database queries." My point is to add the few
> > additional mentions; I don't think the claims that VACUUM FULL
> > physically compacts the data, and might be useful in case of too
> > long time with infrequent VACUUM are incorrect, are they?
>
> Unfortunately they are, to a degree. VACUUM FULL can create a
> substantial amount of churn in the indexes, resulting in bloated
> indexes. So often you have to REINDEX after you VACUUM FULL.

Ok, VACUUM FULL does his job (it physically compacts the data and
might be useful in case of too long time with infrequent VACUUM),
but we are going to not talk about it because we often needs a
REINDEX after it? The natural conclusion would rather be to
document the fact than REINDEX is needed after VACUUM FULL, isn't
it?

--
Guillaume Cottenceau, MNC Mobile News Channel SA, an Alcatel-Lucent Company
Av. de la Gare 10, 1003 Lausanne, Switzerland - direct +41 21 317 50 36

pgsql-performance by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: Disk Fills Up and fsck "Compresses" it
Next
From: Alvaro Herrera
Date:
Subject: Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal