Re: plans for bitmap indexes?

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: plans for bitmap indexes?
Дата
Msg-id 87is8xtrjj.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: plans for bitmap indexes?  (Hannu Krosing <hannu@tm.ee>)
Ответы Re: plans for bitmap indexes?  (Hannu Krosing <hannu@tm.ee>)
Список pgsql-hackers
Hannu Krosing <hannu@tm.ee> writes:

> I repeat here my earlier proposal of making the bitmap indexes
> page-level and clustering data automatically on AND of all defined
> bitmap indexes. 

The problem with page-level bitmaps is that they could be much less effective.
Consider a query like 'WHERE foo = ? AND bar = ? AND baz = ?" where each of
those matches about 1% of your tuples. If you have 100 tuples per page then
each of those bitmaps will find a tuple in about half the pages. So the
resulting AND will find about 1/8th of the pages as candidates. In reality the
number of pages it should have to fetch should be more like 1 in a million.

The other problem is that for persist on-disk indexes they require more work
to update. You would have to recheck every other tuple in the page to
recalculate the bit value instead of just being able to flip one bit.

-- 
greg



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Mike Mascari
Дата:
Сообщение: Re: making pdf of docs
Следующее
От: Jos van Roosmalen
Дата:
Сообщение: Postgres performs a Seq Scan instead of an Index Scan!