| От | Tom Lane |
|---|---|
| Тема | Re: Performance pb vs SQLServer. |
| Дата | |
| Msg-id | 14401.1124068725@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Performance pb vs SQLServer. ("Steinar H. Gunderson" <sgunderson@bigfoot.com>) |
| Ответы |
Re: Performance pb vs SQLServer.
|
| Список | pgsql-performance |
"Steinar H. Gunderson" <sgunderson@bigfoot.com> writes:
> To me, it looks like he'll get 88 rows, not 3.2M. Surely we must be able to
> do something better than a full sequential scan in this case?
Not really. There's been some speculation about implementing index
"skip search" --- once you've verified there's at least one visible
row of a given index value, tell the index to skip to the next different
value instead of handing back any of the remaining entries of the
current value. But it'd be a lot of work and AFAICS not useful for
very many kinds of queries besides this.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера