Band-aid solution for problems with SubPlans used in hash join clauses,
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 25 Nov 2003 19:17:16 +0000 (19:17 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 25 Nov 2003 19:17:16 +0000 (19:17 +0000)
commitf5ebc2b9881e449436e8997d59ecdf6ddd51601b
tree7942cb5129782b8fb5f2073241e1ef5b35fdc386
parent693c5107ce5cb0cb86a9c827baf66fb4c946a49c
Band-aid solution for problems with SubPlans used in hash join clauses,
per report from Andrew Holm-Hansen.  The difficulty arises from the fact
that the planner allowed a Hash node's hashkeys to share substructure
with the parent HashJoin node's hashclauses, plus some rather bizarre
choices about who initializes what during executor startup.  A cleaner
but more invasive solution is to not store hashkeys separately in the
plan tree at all, but let the HashJoin node deconstruct hashclauses
during executor startup.  I plan to fix it that way in HEAD.
src/backend/executor/nodeHashjoin.c
src/backend/optimizer/plan/createplan.c