| От | Tom Lane |
|---|---|
| Тема | Re: Idea how to get rid of Bitmap Heap Scan |
| Дата | |
| Msg-id | 29932.1261326398@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Idea how to get rid of Bitmap Heap Scan (Greg Stark <gsstark@mit.edu>) |
| Ответы |
Re: Idea how to get rid of Bitmap Heap Scan
|
| Список | pgsql-performance |
Greg Stark <gsstark@mit.edu> writes:
> In the original poster's plan that isn't an issue. We could scan the
> index, perform the joins and restriction clauses, and only check the
> visibility on the resulting tuples which slip through them all. That
> would be possible even without crash-safe visibility bits.
Yeah, this was floated years ago as being a potentially interesting
approach when all the join-condition fields are indexed. You end up
never having to fetch rows that don't pass the join.
It certainly seems reasonably straightforward on the executor side.
As Greg said, the hard part is planning it sanely.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера