Re: pg_stat_get_last_vacuum_time(): why non-FULL? - Mailing list pgsql-general

From CR Lender
Subject Re: pg_stat_get_last_vacuum_time(): why non-FULL?
Date
Msg-id 5161FCE4.9060209@gmail.com
Whole thread Raw
In response to Re: pg_stat_get_last_vacuum_time(): why non-FULL?  (CR Lender <crlender@gmail.com>)
Responses Re: pg_stat_get_last_vacuum_time(): why non-FULL?
List pgsql-general
On 2013-03-31 18:31, CR Lender wrote:
> On 2013-03-28 20:44, Kevin Grittner wrote:
>> CR Lender <crlender@gmail.com> wrote:
>>> I've read the manual more carefully now, and I can't see any mention of
>>> what VACUUM does that VACUUM FULL does not. The point about extreme
>>> maintainance is taken, but from what I read, VACUUM FULL should include
>>> everything a normal VACUUM does.
>>
>> Prior to release 9.0 that is probably true.
>
> Hm, I can't find it, even in the manual for 9.2.
> http://www.postgresql.org/docs/current/static/sql-vacuum.html
>
> If VACUUM FULL is just a more aggressive VACCUM (including writing new
> data files), then I don't understand the "non-FULL" restriction in
> pg_stat_get_last_vacuum_time()... unless that information is somehow
> lost when table files are rewritten.

I don't mean to be pushy, but I have a meeting with the admin of that
database tomorrow, and it would be nice if I had something concrete to
tell him. I still don't know what it is that VACCUM does but VACUUM full
doesn't do. There's nothing in the manual about that.

Thanks,
crl


pgsql-general by date:

Previous
From: Chris Angelico
Date:
Subject: Re: procedure to contribute this community
Next
From: Tomas Vondra
Date:
Subject: Re: Hosting PG on AWS in 2013