Re: vacuumdb exclude tables option? - Mailing list pgsql-admin

From adey
Subject Re: vacuumdb exclude tables option?
Date
Msg-id 1c66bda80608092101m272dc6d3pd0145d4fd640cc3@mail.gmail.com
Whole thread Raw
In response to Re: vacuumdb exclude tables option?  (Scott Marlowe <smarlowe@g2switchworks.com>)
Responses Re: vacuumdb exclude tables option?
List pgsql-admin
Does autovacuum replace the need for a FULL vacuum please (to recover free space, etc)?

On 8/10/06, Scott Marlowe <smarlowe@g2switchworks.com> wrote:
On Wed, 2006-08-09 at 13:24, Joel Stevenson wrote:
> Hi,
>
> I have a database that includes both highly transactional tables and
> archive tables - OLTP and OLAP mixed together.  Some of the archival
> tables, which only experience inserts and reads, not updates or
> deletes, contain many millions of rows and so they take a *long* time
> to vacuum.  Is there currently any means to exclude only these tables
> from vacuumdb operations other than explicitly vacuuming all the
> other tables and explicity skipping the archival tables?
>
> If not, are there any plans to add a command line switch to vacuumdb
> to exclude tables from it's operation, ala 'vacuumdb -d mytest -x
> archive_tab1 -x archive_tab2 -x archive_tab3'?  I searched the list
> archives but didn't see anything about being able to do this.
> Something like this would save many hours of useless vacuuming in
> this particular setup.

Does autovacuum fail you in this quest?  I've found it's pretty good
about leaving along tables that don't need vacuuming.  It's usually the
other way around that people have problems with, autovacuum NOT
vacuuming tables that need vacuuming often enough.

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

pgsql-admin by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: How to specify alternative locations for
Next
From: David Leangen
Date:
Subject: Programmatically changing passwords