Re: Performance-improvement idea: shortcircuit unique-index checks
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Performance-improvement idea: shortcircuit unique-index checks |
| Дата | |
| Msg-id | 28437.982617689@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Performance-improvement idea: shortcircuit unique-index checks (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: Performance-improvement idea: shortcircuit unique-index
checks
|
| Список | 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.
A deleted bit in index entries might be useful too, but I think it
attacks a different set of cases.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера