Re: plans for bitmap indexes?

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

> SELECT * FROM people WHERE orientation = 'gay' AND gender = 'male' AND city = 
> 'San Francisco';

There are actually two TODOs here.

1) a "bitmap scan" that would be usable with any type of index. The tuple  locations can be read in for each criteria
andsorted by location and built  into bitmaps. The results can be combined using bitmap operations and the  tuples
scannedin physical order.
 

2) A persistent bitmap index that would enable skipping the first step of the  above.

In the case if all the columns were btree indexes it might still make sense to
scan through all the indexes and combine the results before reading in the
actual tuples. Especially if the tuples are very wide and each column
individually very unselective, but the combination very selective.

However it would work even better if gender and orientation could be stored on
disk in a bitmap representation. They're very low cardinality and could be
stored quite compactly. The result would read the data faster, skip the sort,
and be able to start returning tuples even before it finished reading the
entire index.

-- 
greg



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Hypothetical Indexes
Следующее
От: Tom Lane
Дата:
Сообщение: Re: plans for bitmap indexes?