Re: Why is indexonlyscan so darned slow?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Why is indexonlyscan so darned slow?
Дата
Msg-id 5495.1337630567@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Why is indexonlyscan so darned slow?  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: Why is indexonlyscan so darned slow?  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
Simon Riggs <simon@2ndQuadrant.com> writes:
> Surely the way to solve this is by having a new plan node that does a
> physical SeqScan of the index relation. It means we wouldn't preserve
> the sort order of the rows from the index, but that is just a plan
> cost issue.

> This is exactly what we do for VACUUM and it works faster there.

The reason that's okay for vacuum is that vacuum doesn't care if it
visits the same index tuple multiple times.  It will not work for real
queries, unless you would like to lock out all concurrent inserts.
        regards, tom lane


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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: heap metapages
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: Why is indexonlyscan so darned slow?