-
Notifications
You must be signed in to change notification settings - Fork 29k
[SPARK-42438][SQL] Improve constraint propagation using multiTransform #38035
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
[SPARK-42438][SQL] Improve constraint propagation using multiTransform #38035
Conversation
a7452e5 to
b334a74
Compare
b334a74 to
d614f80
Compare
d614f80 to
0059d49
Compare
0059d49 to
1024af5
Compare
1024af5 to
713c63d
Compare
|
cc @cloud-fan |
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 wanted to keep the current beahaviour in this PR.
713c63d to
ed2c5ec
Compare
ed2c5ec to
8d5bd57
Compare
|
@cloud-fan, this PR refactors constraint propagation using |
|
We're closing this PR because it hasn't been updated in a while. This isn't a judgement on the merit of the PR in any way. It's just a way of keeping the PR queue manageable. |
What changes were proposed in this pull request?
This PR refectors constaint propagation using
TreeNode.multiTransform():LogicalPlan.getAllValidConstraints()because constraint pruning (based on the node output set) happens during the projection ingetAllValidConstraints().spark.sql.constraintPropagation.projectionLimitandspark.sql.constraintPropagation.inferenceLimitconfigs to limit the number of constraints generated. These limits can be useful in some usecases where otherwise constraint propagation needs to be disabled entirelly (spark.sql.constraintPropagation.enabled=false) due to huge number of constraints.Why are the changes needed?
Improvement.
Does this PR introduce any user-facing change?
No.
How was this patch tested?
Existing and new UTs.