Re: Idea how to get rid of Bitmap Heap Scan

Поиск
Список
Период
Сортировка
Искать
От
Greg Stark
Тема
Re: Idea how to get rid of Bitmap Heap Scan
Дата
Msg-id
407d949e0912200337u7c027709mce4cc135bc64279d@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Idea how to get rid of Bitmap Heap Scan "Michael N. Mikhulya" <m.mikhulya@gmail.com>
Re: Idea how to get rid of Bitmap Heap Scan Matthew Wakeling <matthew@flymine.org>
Re: Idea how to get rid of Bitmap Heap Scan "Michael N. Mikhulya" <m.mikhulya@gmail.com>
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 Robert Haas <robertmhaas@gmail.com>
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 Tom Lane <tgl@sss.pgh.pa.us>
Re: Idea how to get rid of Bitmap Heap Scan Robert Haas <robertmhaas@gmail.com>
On Sun, Dec 20, 2009 at 2:11 AM, Robert Haas  wrote:
> On Fri, Dec 18, 2009 at 12:29 PM, Greg Stark  wrote:
>> A word of warning, in my experience the hardest part for changes like
>> this isn't the executor changes (which in this case wouldn't be far
>> from easy) but the planner changes to detect when this new plan would
>> be better.
>
> There's also the problem of making the visibility map crash-safe.  I
> think I heard you might have some ideas on that one - has it been
> discussed on -hackers?

Not sure what ideas you mean.

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.

-- 
greg
В списке pgsql-performance по дате отправления
От: Robert Haas
Дата:
От: Tom Lane
Дата:
FAQ