Re: pg_stat_get_last_vacuum_time(): why non-FULL?

Поиск
Список
Период
Сортировка
От CR Lender
Тема Re: pg_stat_get_last_vacuum_time(): why non-FULL?
Дата
Msg-id 5161FCE4.9060209@gmail.com
обсуждение исходный текст
Ответ на Re: pg_stat_get_last_vacuum_time(): why non-FULL?  (CR Lender <crlender@gmail.com>)
Ответы Re: pg_stat_get_last_vacuum_time(): why non-FULL?
Список 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 по дате отправления:

Предыдущее
От: Chris Angelico
Дата:
Сообщение: Re: procedure to contribute this community
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: Hosting PG on AWS in 2013