Re: [PATCHES] Resurrecting per-page cleaner for btree

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCHES] Resurrecting per-page cleaner for btree
Дата
Msg-id 10016.1153930144@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCHES] Resurrecting per-page cleaner for btree  (Csaba Nagy <nagy@ecircle-ag.com>)
Ответы Re: [PATCHES] Resurrecting per-page cleaner for btree  (Greg Stark <gsstark@mit.edu>)
Список pgsql-hackers
Csaba Nagy <nagy@ecircle-ag.com> writes:
>> [snip] (In fact, it's
>> trivial to see how user-defined functions that are mislabeled immutable
>> could make this fail.)  So retail vacuum without any cross-check that
>> you got all the index tuples is a scary proposition IMHO.

> Wouldn't work to restrict that kind of vacuum to only tables which have
> no indexes using user defined functions ?

Of course, we never have bugs in PG core.  Nope, doesn't happen ...

> I actually wonder if such a vacuum would be useful for my scenario,
> where I have some pretty big tables, and update a relatively small
> percentage of it. Would it be faster to run such a vacuum against the
> current one ?

So far, the case hasn't been made for retail vacuum even ignoring the
not-so-immutable-function risk.

            regards, tom lane

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

Предыдущее
От: "Bort, Paul"
Дата:
Сообщение: Re: Better name/syntax for "online" index creation
Следующее
От: "Bort, Paul"
Дата:
Сообщение: Re: GUC with units, details