Re: VACUUM optimization ideas.

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: VACUUM optimization ideas.
Дата
Msg-id 200010121857.OAA10447@candle.pha.pa.us
обсуждение исходный текст
Ответ на VACUUM optimization ideas.  (Alfred Perlstein <bright@wintelcom.net>)
Список pgsql-hackers
> #2
> 
> Reducing the amount of scanning a vaccum must do:
> 
> It would make sense that if a value of the earliest deleted chunk
> was kept in a table then vacuum would not have to scan the entire
> table in order to work, it would only need to start at the 'earliest'
> invalidated row.
> 
> The utility of this (at least for us) is that we have several tables
> that will grow to hundreds of megabytes, however changes will only
> happen at the tail end (recently added rows).  If we could reduce the
> amount of time spent in a vacuum state it would help us a lot.

But you have to update that every time a row is modified.  Seems a
sequential scan by vacuum is fast enough.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: VACUUM optimization ideas.
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: VACUUM optimization ideas.