| От | Tom Lane |
|---|---|
| Тема | Re: explain and index scan |
| Дата | |
| Msg-id | 14493.1330359985@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: explain and index scan ("Albe Laurenz" <laurenz.albe@wien.gv.at>) |
| Список | pgsql-general |
"Albe Laurenz" <laurenz.albe@wien.gv.at> writes:
> Andreas wrote:
>> Both select where shown as 'Index Scan'. But the second select is not
> a real index scan,
> A full scan of the index is also an index scan.
Yes. In particular it won't visit the heap for rows that don't satisfy
the index condition. So as long as the index is a good deal smaller
than the heap, this sort of plan is entirely sensible.
> I think that your example is pathological, and the only way I could
> reproduce it is by setting enable_seqscan=off.
I'm thinking he's got random_page_cost = 1.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера