]> granicus.if.org Git - postgresql/commit
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)
commit9765c6a9a398deae8ab6fe524db51368d3726f1d
treead2603c598ef060d074367681c6c7fb5ce58737c
parentbcdf28eb026e5d56a27d6693aa3678720cd8d9f3
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