From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Greg Stark <gsstark(at)mit(dot)edu> |
Cc: | Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: remove flatfiles.c |
Date: | 2009-09-02 18:31:26 |
Message-ID: | 603c8f070909021131g4a5513c6i24b6ec5355bf12f6@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Sep 2, 2009 at 1:52 PM, Greg Stark<gsstark(at)mit(dot)edu> wrote:
> We could deal with the admin scripts by making VACUUM FULL do the new
> behaviour. But I actually don't really like that. I wold prefer to
> break VACUUM FULL since anyone doing it routinely is probably
> mistaken.
So I have a script that goes and finds bloated tables and runs VACUUM
FULL on them in the middle of the night if the bloat passes a certain
threshold. The tables are small enough and the number of users is low
enough that this doesn't cause any problems for me. I'm OK if the
name of the command changes, but I'd like there to be a command that I
can pass a table name to and get my table debloated without having to
make any follow-on decisions (such as picking an index to cluster by).
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-09-02 18:31:30 | Re: remove flatfiles.c |
Previous Message | Peter Eisentraut | 2009-09-02 18:29:29 | Re: c function: keep objects in memory for all session or all transaction |