| От | Tom Lane |
|---|---|
| Тема | Re: GiST, caching, and consistency |
| Дата | |
| Msg-id | 9731.1249481514@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: GiST, caching, and consistency (Matthew Wakeling <matthew@flymine.org>) |
| Список | pgsql-performance |
Matthew Wakeling <matthew@flymine.org> writes:
> It is certainly doing a sequential scan. So are you saying that it will
> start a sequential scan from a different part of the table each time, even
> in the absence of other simultaneous sequential scans?
Yeah, that's the syncscan logic biting you. You can turn it off if you
want.
> Some trivial testing with "select * from location limit 10;" indicates
> that it starts the sequential scan in the same place each time - but is
> this different from the above query?
Yup, you're not scanning enough of the table to move the syncscan start
pointer.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера