Re: Performance-improvement idea: shortcircuit unique-index checks

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Performance-improvement idea: shortcircuit unique-index checks
Дата
Msg-id 200102192152.QAA03952@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Performance-improvement idea: shortcircuit unique-index checks  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Seems a better solution would be to put a 'deleted' bit in the index so
> > we would have to visit those heap tuples only once for a committed
> > status.  Similar to what we do with heap tuples so we don't have to
> > visit pg_log repeatedly.
> 
> That's only a partial solution, since the index is still going to have
> to visit the row's existing tuple (which is, by definition, not yet
> committed dead).  My point is that the index scanning done for
> uniqueness checks can be eliminated *entirely* for one pretty-common
> case.

I see.

> 
> A deleted bit in index entries might be useful too, but I think it
> attacks a different set of cases.

Yes.  Let me add some TODO items:
* Add deleted bit to index tuples to reduce heap access   * Prevent index uniqueness checks when UPDATE does not modify
column

--  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 по дате отправления:

Предыдущее
От: Stephan Szabo
Дата:
Сообщение: Re: Performance-improvement idea: shortcircuit unique-index checks
Следующее
От: Larry Rosenman
Дата:
Сообщение: Re: PHP 4.0.4pl1 / Beta 5