Re: Not HOT enough

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Not HOT enough
Дата
Msg-id CA+U5nM+RBxcgmEWgp8znjK0QYCyaTsLdRZWdJkVtg8--6H-NKw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Not HOT enough  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Not HOT enough  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: Not HOT enough  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Not HOT enough  (Pavan Deolasee <pavan.deolasee@gmail.com>)
Список pgsql-hackers
On Wed, Nov 23, 2011 at 3:20 PM, Alvaro Herrera
<alvherre@commandprompt.com> wrote:
>
> Excerpts from Robert Haas's message of mié nov 23 12:15:55 -0300 2011:
>
>> > And it effects shared catalogs only, which are all low traffic anyway.
>>
>> I think "low traffic" is the key point.  I understand that you're not
>> changing the VACUUM behavior, but you are making heap_page_prune_opt()
>> not do anything when a shared catalog is involved.  That would be
>> unacceptable if we expected shared catalogs to be updated frequently,
>> either now or in the future, but I guess we don't expect that.
>
> Maybe not pg_database or pg_tablespace and such, but I'm not so sure
> about pg_shdepend.  (Do we record pg_shdepend entries for temp tables?)

Normal catalog access does not use HOT and never has.

If catalogs need VACUUMing then autovacuum takes care of it.

If we're saying that isn't enough and we actually depend on the
occasional user inspecting the catalog then we are already hosed.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


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

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: [JDBC] Optimize postgres protocol for fixed size arrays
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [JDBC] Optimize postgres protocol for fixed size arrays