Re: Index AM change proposals, redux - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Index AM change proposals, redux
Date
Msg-id 2399.1207842436@sss.pgh.pa.us
Whole thread Raw
In response to Re: Index AM change proposals, redux  ("Zeugswetter Andreas OSB SD" <Andreas.Zeugswetter@s-itsolutions.at>)
Responses Re: Index AM change proposals, redux  ("Zeugswetter Andreas OSB SD" <Andreas.Zeugswetter@s-itsolutions.at>)
List pgsql-hackers
"Zeugswetter Andreas OSB SD" <Andreas.Zeugswetter@s-itsolutions.at> writes:
>> ... The really serious problem I've got with it is that
>> it'd foreclose the possibility of returning actual index keys from btree
>> indexes, thus basically killing the usefulness of that idea.  I'm not
>> convinced it would offer enough gain to be worth paying that price.

> I do not see the serious problem ? The one key that is stored would 
> represent all tuples it points to.

No, the entry represents a range of values for which the one key is the
lower bound.  You don't know just what the keys are for the other
tuples, unless you go to the heap and look.

We could restrict GIT to only represent tuples with exactly the same
key, but that takes away a whole lot of its use-case (especially so
now that HOT is in there).
        regards, tom lane


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Commit fest queue]
Next
From: Alvaro Herrera
Date:
Subject: Re: Commit fest queue]