Re: Is there a reason _not_ to vacuum continuously?

Поиск
Список
Период
Сортировка
От Matt Clark
Тема Re: Is there a reason _not_ to vacuum continuously?
Дата
Msg-id LFEIJBEOKGPDHCEMDGNFEECHCDAA.matt@ymogen.net
обсуждение исходный текст
Ответ на Re: Is there a reason _not_ to vacuum continuously?  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: Is there a reason _not_ to vacuum continuously?  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-performance
> 2) Are you sure that ANALYZE is needed?   Vacuum is required
> whenever lots of
> rows are updated, but analyze is needed only when the *distribution* of
> values changes significantly.

You are right. I have a related qn in this thread about random vs. monotonic
values in indexed fields.

> 3) using PG 7.3 or less, you will also need to REINDEX these
> tables+indexes
> often (daily?).   This issue will go away in 7.4, which should
> make you an
> early adopter of 7.4.

I understand this needs an exclusive lock on the whole table, which is
simply not possible more than once a month, if that...  Workarounds/hack
suggestions are more than welcome :-)

Ta

M


В списке pgsql-performance по дате отправления:

Предыдущее
От: Vivek Khera
Дата:
Сообщение: Re: restore time: sort_mem vs. checkpoing_segments
Следующее
От: Rhaoni Chiu Pereira
Дата:
Сообщение: How to force an Index ?