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

From Guillaume Cottenceau
Subject [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal
Date
Msg-id 87lkfqavg9.fsf@meuh.mnc.lan
Whole thread Raw
Responses Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal
List pgsql-performance
Dear all,

After some time spent better understanding how the VACUUM process
works, what problems we had in production and how to improve our
maintenance policy[1], I've come up with a little documentation
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. Find the patch
against snapshot attached (text not filled, to ease reading). It
might help others in my situation in the future.


Ref:
[1] http://archives.postgresql.org/pgsql-performance/2006-08/msg00419.php
    http://archives.postgresql.org/pgsql-performance/2007-05/msg00112.php

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

Attachment

pgsql-performance by date:

Previous
From: "Daniel Cristian Cruz"
Date:
Subject: Re: Many to many join seems slow?
Next
From: Drew Wilson
Date:
Subject: Re: Many to many join seems slow?