Re: Index Skip Scan

Поиск
Список
Период
Сортировка
От Dmitry Dolgov
Тема Re: Index Skip Scan
Дата
Msg-id CA+q6zcWd1EjYGpV9cqTU6S10rvu4LEVbGm_g_6yEA9LeH+afNA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Index Skip Scan  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
> On Tue, 9 Oct 2018 at 18:13, Pavel Stehule <pavel.stehule@gmail.com> wrote:
>
>> It looks like good idea, but then the node should be named "index scan" and
>> other info can be displayed in detail parts. It can be similar like "sort".
>> The combination of unique and index skip scan looks strange :)
>
> maybe we don't need special index skip scan node - maybe possibility to
> return unique values from index scan node can be good enough - some like
> "distinct index scan" - and the implementation there can be dynamic -skip
> scan, classic index scan,
>
> "index skip scan" is not good  name if the implementaion is dynamic.

Yeah, that's a valid point. The good part is that index skip scan is not really
a separate node, but just enhanced index only scan node. So indeed maybe it
would be better to call it Index Only Scan, but show in details that we apply
the skip scan strategy. Any other opinions about this?

>> I think it was query like
>> select count(*) from (select distinct x from tab) s

Thanks, I'll take a look.


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

Предыдущее
От: Jinho Jung
Дата:
Сообщение: Question regarding SQL-query minimizer
Следующее
От: Catalin Iacob
Дата:
Сообщение: Re: NOTIFY and pg_notify performance when deduplicating notifications