Re: Covering Indexes - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Covering Indexes
Date
Msg-id 12966.1342545187@sss.pgh.pa.us
Whole thread Raw
In response to Re: Covering Indexes  ("David E. Wheeler" <david@justatheory.com>)
List pgsql-hackers
"David E. Wheeler" <david@justatheory.com> <CA+U5nMJz33ZsvqPzK-AUoindxkQ6eLiP1HgQ53byoDLpwfDWUA@mail.gmail.com>
writes:
> On Jul 17, 2012, at 5:32 PM, Simon Riggs wrote:
>> The phrase "unindexed" seems misleading since the data is clearly in
>> the index from the description on the URL you gave. And since the
>> index is non-unique, I don't see any gap between Postgres and
>> SQLliite4.

> Yeah, but that index is unnecessarily big if one will never use c or d
> in the search.

The data would still have to be stored in the leaf entries, at least.
Yeah, you could possibly omit the "unindexed columns" from upper tree
levels, but with typical btree fanout ratios in the hundreds, the
overall space savings would be negligible.  The idea of different index
tuple descriptors on different tree levels doesn't appeal to me, either.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Covering Indexes
Next
From: Tom Lane
Date:
Subject: Re: CompactCheckpointerRequestQueue versus pad bytes