Re: plans for bitmap indexes?

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: plans for bitmap indexes?
Дата
Msg-id 20041019223849.GB9211@dcc.uchile.cl
обсуждение исходный текст
Ответ на Re: plans for bitmap indexes?  ("Simon Riggs" <simon@2ndquadrant.com>)
Ответы Re: plans for bitmap indexes?  ("Jim C. Nasby" <decibel@decibel.org>)
Список pgsql-hackers
On Tue, Oct 19, 2004 at 11:22:31PM +0100, Simon Riggs wrote:

> I was thinking about this recently, then realised that building the bitmap
> would not be as easily, since PostgreSQL doesn't index null values. That
> would mean that the sets of CTIDs in each index would be disjoint. My
> thinking about dynamic bitmaps came from Teradata, which does index null
> values.

Huh, you are wrong.  At least btree does index null values, and one
other index method does too.  The other two index methods don't.  What
doesn't work is using an index with the IS NULL construct, because it's
not an operator.  Maybe that can be fixed by some other means ... some
parser magic perhaps.

> Or would you:
> - copy aside and sort the indexes on CTID
> - merge join them all to find matching CTIDs
> - probe into the main table

IIRC part of the trick was to build bitmaps to apply bitwise-AND/OR
operators.  This allows to use multiple indexes for one scan, for
example.


I don't understand your comment about read only tables ...

-- 
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"I call it GNU/Linux. Except the GNU/ is silent." (Ben Reiter)



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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: tsearch2 windows make failure
Следующее
От: Tom Lane
Дата:
Сообщение: Re: tsearch2 windows make failure