-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
[fix](nereids)fix logical repeat computefd #47321
base: master
Are you sure you want to change the base?
Conversation
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
run buildall |
run buildall |
TPC-H: Total hot run time: 32042 ms
|
TPC-DS: Total hot run time: 194183 ms
|
ClickBench: Total hot run time: 30.57 s
|
run cloud_p0 |
PR approved by at least one committer and no changes requested. |
PR approved by anyone and no changes requested. |
@@ -201,6 +201,6 @@ public void computeEqualSet(DataTrait.Builder builder) { | |||
|
|||
@Override | |||
public void computeFd(DataTrait.Builder builder) { | |||
builder.addFuncDepsDG(child().getLogicalProperties().getTrait()); | |||
// don't generate fd |
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.
add sample case to explain why, in the comments line
What problem does this PR solve?
Issue Number: close #xxx
Related PR: #xxx
Problem Summary:
If a child of LogicalRepeat has an output slot that satisfies the "uniform and not null" condition, this slot is determined by other output slots. However, since LogicalRepeat introduces null values, the previously "uniform and not null" slot will no longer satisfy this condition. As a result, the functional dependency (FD) derived based on "uniform and not null" should not be preserved. Therefore, LogicalRepeat should not propagate this FD upwards.
Release note
None
Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)