Re: automatic REINDEX-ing

Поиск
Список
Период
Сортировка
От Martijn van Oosterhout
Тема Re: automatic REINDEX-ing
Дата
Msg-id 20080813184406.GD2958@svana.org
обсуждение исходный текст
Ответ на Re: automatic REINDEX-ing  (Kevin Hunter <hunteke@earlham.edu>)
Ответы Re: automatic REINDEX-ing
Re: automatic REINDEX-ing
Список pgsql-general
On Wed, Aug 13, 2008 at 01:16:03PM -0400, Kevin Hunter wrote:
> Hmm.  I get the reorganization bit, but so what?  Since VACUUM FULL
> already has an exclusive lock, what prevents it from updating the
> indexes in-place to point to the new physical disk location?  Why does
> it need to create extra bloat?

AIUI, people know VACUUM FULL sucks and that in the cases where it
really helps CLUSTER is faster anyway and doesn't have the index
problems. The TODO list reference several discussions on the topic.

> Or, failing that, what's the reason to not issue a REINDEX CONCURRENTLY
> automatically after a VACUUM FULL (or something to that effect)?

Or how about not doing VACUUM FULL at all. It's not a command that
should be run regularly in most situations.

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> Please line up in a tree and maintain the heap invariant while
> boarding. Thank you for flying nlogn airlines.

Вложения

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

Предыдущее
От: "Joost Kraaijeveld"
Дата:
Сообщение: In-place conversion of type bool
Следующее
От: Kevin Hunter
Дата:
Сообщение: Re: automatic REINDEX-ing