-
Notifications
You must be signed in to change notification settings - Fork 2.4k
[CALCITE-4499] FilterJoinRule misses opportunity to push filter to se… #2349
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall LGTM.
Minor: maybe it would help for future reference if the JIRA summary/commit msg/test method was more specific that the change is needed in order to push things to the right side (filtering side) of the semi join.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had a second look and left some minor comments but nothing blocking. +1
core/src/main/java/org/apache/calcite/rel/core/JoinRelType.java
Outdated
Show resolved
Hide resolved
@jcamachor do you think you could make a final check on the PR (rebase, resolve conflits, check @zabetak last minor comments, ...) so that we can squeeze this in the next version? |
@jcamachor well don't push it immediately since we have a code freeze (ongoing release) :) |
Yeah, absolutely, I'm first updating the PR. |
- Deprecate current RelOptUtil.classifyFilters since it relies on input flags and join semantics to classify filter conditions - Create new RelOptUtil.classifyFilters that does not rely on join type - Create utility methods in JoinType to get whether filter conditions can be pushed from above/within into join, to its left input, or right input - Change all calls to RelOptUtil.classifyFilters to use new method
…mijoin input Close apache#2349
…mijoin input Close apache#2349
…mijoin input