> I don't think we really need any more fundamentally nonconcurrent index
> types :-(
>

Tom, I posted a message about a week ago (I forget the name) about a
persistent reference index, sort of like CTID, but basically a table
lookup. The idea is to simulate a structure that ISAM sort of techniques
can work in PostgreSQL.

Victor had emailed me and basically said he needed a similar sort of thing
for this bitmap index.

Eliminating the bitmap index issue for a moment, how hard would it be to
create a reference table like index? I'm sure given that construct, the
bitmap index becomes easier to construct.

In response to

• Re: bitmap AM design at 2005-03-01 07:33:48 from Tom Lane

Responses

• Re: bitmap AM design at 2005-03-01 18:11:00 from Tom Lane

pgsql-hackers by date

Next:	From: Bruce Momjian	Date: 2005-03-01 14:18:11
	Subject: Re: mysterious log output
Previous:	From: Evgen Potemkin	Date: 2005-03-01 08:34:44
	Subject: Re: SQL99 Hierarchical queries