Re: No heap lookups on index

From: "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: David Scott <davids(at)apptechsys(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: No heap lookups on index
Date: 2006-01-18 21:02:45
Message-ID: 36e682920601181302j71449f49g69c0a5649bcba4d5@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

David,

You can find some of this discussion in "Much Ado About COUNT(*)". Related
to that discussion, I had written a patch which added visibility information
to the indexes.

If you're interested in the patch and/or consulting, contact me offline.

-Jonah

On 1/18/06, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> David Scott <davids(at)apptechsys(dot)com> writes:
> > Is the additional overhead of keeping full tuple visibility
> > information inside of the index so odious to the Postgres community as
> > to prevent a patch with this solution from being applied back to the
> > head?
>
> This has been discussed and rejected before (multiple times). If you
> want it considered you'll have to present stronger arguments than have
> so far been made. The current consensus is that the probability of a
> net performance win is not good enough to justify the large amount of
> development effort that would be required.
>
> What sort of problems are you dealing with exactly? There has been
> some discussion of changes that would improve certain scenarios. For
> instance it might be plausible to do joins using index information and
> only go back to the heap for entries that appear to pass the join test.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Don Hayes 2006-01-18 21:14:09 32/64 architectures for backup/WALs
Previous Message Tom Lane 2006-01-18 20:50:43 Re: No heap lookups on index

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-01-18 21:10:16 Re: Unique constraints for non-btree indexes
Previous Message Simon Riggs 2006-01-18 20:53:35 Re: Bad estimate on LIKE matching