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
>
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 |
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 |