]> granicus.if.org Git - postgresql/commit
Support RIGHT and FULL OUTER JOIN in hash joins.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 31 Dec 2010 01:24:55 +0000 (20:24 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 31 Dec 2010 01:26:08 +0000 (20:26 -0500)
commitf4e4b3274317d9ce30de7e7e5b04dece7c4e1791
tree6e3b700d25cb841749b4313e69bb4c30583e666c
parent17cb9e8c984746d3bbdf0d94367a0c5a6e2b6aee
Support RIGHT and FULL OUTER JOIN in hash joins.

This is advantageous first because it allows us to hash the smaller table
regardless of the outer-join type, and second because hash join can be more
flexible than merge join in dealing with arbitrary join quals in a FULL
join.  For merge join all the join quals have to be mergejoinable, but hash
join will work so long as there's at least one hashjoinable qual --- the
others can be any condition.  (This is true essentially because we don't
keep per-inner-tuple match flags in merge join, while hash join can do so.)

To do this, we need a has-it-been-matched flag for each tuple in the
hashtable, not just one for the current outer tuple.  The key idea that
makes this practical is that we can store the match flag in the tuple's
infomask, since there are lots of bits there that are of no interest for a
MinimalTuple.  So we aren't increasing the size of the hashtable at all for
the feature.

To write this without turning the hash code into even more of a pile of
spaghetti than it already was, I rewrote ExecHashJoin in a state-machine
style, similar to ExecMergeJoin.  Other than that decision, it was pretty
straightforward.
src/backend/executor/nodeHash.c
src/backend/executor/nodeHashjoin.c
src/backend/optimizer/path/equivclass.c
src/backend/optimizer/path/joinpath.c
src/backend/optimizer/path/joinrels.c
src/backend/optimizer/plan/initsplan.c
src/include/access/htup.h
src/include/executor/hashjoin.h
src/include/executor/nodeHash.h
src/include/nodes/execnodes.h