Re: Postgresql Automatic vacuum - Mailing list pgsql-hackers

From John Buckman
Subject Re: Postgresql Automatic vacuum
Date
Msg-id 200209240518.WAA14801@luna.lyris.net
Whole thread Raw
In response to Postgresql Automatic vacuum  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
List pgsql-hackers
Just an FYI - this kind of thing would be a *great* feature addition to the generic PostgresSQL release.  We at Lyris
oftenhear that "postgressql is very slow, and the files are getting larger" and then "wow! it's so much faster now that
we'reregularly vacuuming!" after we let them know about this need (the RPM install of PostgresSQL is so easy that most
peopledon't read any docs).  Automatic maintenance of database tables is a Good Thing (tm) and would make more people
weintroduce to pgsql favorably disposed toward it. 

-john


> I have written a small daemon that can automatically vacuum PostgreSQL
> database, depending upon activity per table.

> It sits on top of postgres statistics collector. The postgres installation
> should have per row statistics collection enabled.

> Features are,

> * Vacuuming based on activity on the table
> * Per table vacuum. So only heavily updated tables are vacuumed.
> * multiple databases supported
> * Performs 'vacuum analyze' only, so it will not block the database


> The project location is
> http://gborg.postgresql.org/project/pgavd/projdisplay.php

> Let me know for bugs/improvements and comments..

> I am sure real world postgres installations has some sort of scripts doing
> similar thing. This is an attempt to provide a generic interface to periodic
> vacuum.


> Bye
> Shridhar

> --
> The Abrams' Principle:    The shortest distance between two points is off the
> wall.


> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo@postgresql.org so that your
> message can get through to the mailing list cleanly


pgsql-hackers by date:

Previous
From: Gavin Sherry
Date:
Subject: Re: Web site
Next
From: Joe Conway
Date:
Subject: subselect bug (was Re: [GENERAL] DBLink: interesting issue)