Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal

From: Guillaume Cottenceau <gc(at)mnc(dot)ch>
To: Michael Stone <mstone+postgres(at)mathom(dot)us>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal
Date: 2007-05-16 07:41:46
Message-ID: 87hcqdb4g5.fsf@meuh.mnc.lan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-performance

Michael Stone <mstone+postgres 'at' mathom.us> writes:

> On Tue, May 15, 2007 at 06:43:50PM +0200, Guillaume Cottenceau wrote:
> >patch - basically, I think the documentation under estimates (or
> >sometimes misses) the benefit of VACUUM FULL for scans, and the
> >needs of VACUUM FULL if the routine VACUUM hasn't been done
> >properly since the database was put in production.
>
> It's also possible to overestimate the benefit of vacuum full, leading
> to people vacuum full'ing almost constantly, then complaining about
> performance due to the associated overhead. I think there have been
> more people on this list whose performance problems were caused by
> unnecessary full vacs than by those whose performance problems were
> caused by insufficient full vacs.

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?

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

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Heikki Linnakangas 2007-05-16 08:12:23 Re: [PATCHES] OS/X startup scripts
Previous Message Tom Lane 2007-05-16 05:20:56 Re: [DOCS] Autovacuum and XID wraparound

Browse pgsql-performance by date

  From Date Subject
Next Message Y Sidhu 2007-05-16 15:21:23 Re: Disk Fills Up and fsck "Compresses" it
Previous Message Greg Smith 2007-05-16 03:55:32 New performance documentation released