diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2008-12-01 21:06:20 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2008-12-01 21:06:20 +0000 |
commit | 07531c6c37b6c9e3e26c379c4883b1459055bbbe (patch) | |
tree | a62c8ec3db9e8b4b6db5ded5a5ab42f6a06ad627 /src/backend/access/gist/gistproc.c | |
parent | d044ac30a4bf969034d3ff3678dd6326511b9de9 (diff) | |
download | postgresql-07531c6c37b6c9e3e26c379c4883b1459055bbbe.tar.gz postgresql-07531c6c37b6c9e3e26c379c4883b1459055bbbe.zip |
Fix an oversight in the code that makes transitive-equality deductions from
outer join clauses. Given, say,
... from a left join b on a.a1 = b.b1 where a.a1 = 42;
we'll deduce a clause b.b1 = 42 and then mark the original join clause
redundant (we can't remove it completely for reasons I don't feel like
squeezing into this log entry). However the original implementation of
that wasn't bulletproof, because clause_selectivity() wouldn't honor
this_selec if given nonzero varRelid --- which in practice meant that
it worked as desired *except* when considering index scan quals. Which
resulted in bogus underestimation of the size of the indexscan result for
an inner indexscan in an outer join, and consequently a possibly bad
choice of indexscan vs. bitmap scan. Fix by introducing an explicit test
into clause_selectivity(). Also, to make sure we don't trigger that test
in corner cases, change the convention to be that this_selec > 1, not
this_selec = 1, means it's been marked redundant. Per trouble report from
Scara Maccai.
Back-patch to 8.2, where the problem was introduced.
Diffstat (limited to 'src/backend/access/gist/gistproc.c')
0 files changed, 0 insertions, 0 deletions