Re: CREATE INDEX and HOT - revised design

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: CREATE INDEX and HOT - revised design
Дата
Msg-id 200703211729.l2LHTsi09212@momjian.us
обсуждение исходный текст
Ответ на Re: CREATE INDEX and HOT - revised design  ("Pavan Deolasee" <pavan.deolasee@gmail.com>)
Ответы Re: CREATE INDEX and HOT - revised design  (Bruce Momjian <bruce@momjian.us>)
Re: CREATE INDEX and HOT - revised design  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-hackers
Pavan Deolasee wrote:
> On 3/21/07, Bruce Momjian <bruce@momjian.us> wrote:
> >
> >
> >
> > I am worried that will require CREATE INDEX to wait for a long time.
> 
> 
> 
> Not unless there are long running transactions. We are not waiting
> for the lock, but only for the current transactions to finish.

Waiting for all transactions might take a while, no?

> > Is the pg_index xid idea too complex?  It seems to give you the
> > per-tuple index bit, without the restrictions.
> 
> 
> 
> How do we handle HEAP_ONLY tuple cleanup ? If I understood
> the proposal correctly, at the end of the create index, a HEAP_ONLY
> tuple may have pointer from the new index, isn't it ?

Right.  You would need vacuum to clean up the HEAP_ONLY tuples.  I just
sent an email about those deails.  We might have autovacuum check
pg_index and do it automatically.

--  Bruce Momjian  <bruce@momjian.us>          http://momjian.us EnterpriseDB
http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [PATCHES] Bitmapscan changes
Следующее
От: Jan Wieck
Дата:
Сообщение: Re: Effects of GUC settings on automatic replans