-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
core: Support uncorrelated EXISTS #14474
core: Support uncorrelated EXISTS #14474
Conversation
For the purpose of decorrelation, an uncorrelated plan is a unit. No verification needs to be performed on it.
Extract variable from a long if condition involving a match. Improves readability.
Handle the unhandled case returning immediately. This adds additional return point to the function, but removes subsequent if. At the point of this additional return we know why we bail out (some unhandled situation), later the None filter could be construed as a true condition.
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.
Thank you @findepi -- this looks like a nice improvement to me
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.
Thanks @findepi. This way makes sense to me. 👍
I just noticed some comments may be out of date.
Support uncorrelated EXISTS
check_correlations_in_subquery
should not check uncorrelated plan nodes #14461