| От | Tom Lane |
|---|---|
| Тема | Re: seq scan instead of index scan |
| Дата | |
| Msg-id | 29683.1261117631@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: seq scan instead of index scan (Greg Smith <greg@2ndquadrant.com>) |
| Список | pgsql-performance |
Greg Smith <greg@2ndquadrant.com> writes:
> Karl Larsson wrote:
>> When I make a subquery Postgres don't care about my indexes and makes
>> a seq scan instead of a index scan. Why?
> Data set is just too small for it to matter. Watch what happens if I
> continue from what you posted with much bigger tables:
> ...
> There's the index scan on both tables that you were expecting.
And if you go much past that, it's likely to switch *away* from
indexscans again (eg, to a hash join, which has no use for ordered
input). This is not wrong. Indexes have their place but they are not
the solution for every query.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера