Re: CREATE INDEX and HOT - revised design

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: CREATE INDEX and HOT - revised design
Дата
Msg-id 1174491105.6069.32.camel@silverbirch.site
обсуждение исходный текст
Ответ на Re: CREATE INDEX and HOT - revised design  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: CREATE INDEX and HOT - revised design  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
On Wed, 2007-03-21 at 10:47 -0400, Bruce Momjian wrote:

> A different idea is to flag the _index_ as using HOT for the table or
> not, using a boolean in pg_index.  The idea is that when a new index is
> created, it has its HOT boolean set to false and indexes all tuples and
> ignores HOT chains.  Then doing lookups using that index, the new index
> does not follow HOT chains.  We also add a boolean to pg_class to
> indicate no new HOT chains should be created and set that to false once
> the new index is created.  Then, at some later time when all HOT chains
> are dead, we can enable HOT chain following for the new index and allow
> new HOT chains to be created.

"enable HOT chain following" would require us to hold an
AccessExclusiveLock on the index.

We know that solution exists, the question is: at what point would we
ever request that lock? Or would we just wait until that lock is next
taken before enabling it, giving the user no control over when its
taken? A separate DDL command would be effectively the same as what
Pavan has recently suggested.

--  Simon Riggs              EnterpriseDB   http://www.enterprisedb.com




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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: [GENERAL] Remove add_missing_from_clause?
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Native shared memory implementation for win32.