Re: So I'm actually using the columns during merge join, basically I'm building a bloom filter on the outer relation
andfiltering out data on the inner relation of the join. I'm building the filter on the join keys
We had a whole implementation for Bloom filtering for hash inner join, complete with costing and pushdown of the Bloom
filterfrom the build side to the execution tree on the probe side (i.e. building a Bloom filter on the inner side of
thejoin at the conclusion of the build phase of the hash join, then pushing it down as a semi-join filter to the probe
sideof the join, where it could potentially be applied to multiple scans). After a large change to that same area of
thecode by the community it got commented out and has been in that state ever since. It's a good example of the sort
ofchange that really ought to be made with the community because there's too much merge burden otherwise.
It was a pretty effective optimization in some cases, though. Most commercial systems have an optimization like this,
sometimeswith special optimizations when the number of distinct join keys is very small. If there is interest in
revivingthis functionality, we could probably extract some patches and work with the community to try to get it running
again.
/Jim
