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
[FLINK-15001] [table-planner-blink] The digest of sub-plan reuse should contain retraction traits for stream physical nodes #10377
Conversation
…ld contain retraction traits for stream physical nodes
…lace RelDigestWriterImpl with RelTreeWriterImpl
Thanks a lot for your contribution to the Apache Flink project. I'm the @flinkbot. I help the community Automated ChecksLast check on commit 71dae3a (Wed Dec 04 15:14:07 UTC 2019) Warnings:
Mention the bot in a comment to re-run the automated checks. Review Progress
Please see the Pull Request Review Guide for a full explanation of the review process. The Bot is tracking the review progress through labels. Labels are applied according to the order of the review items. For consensus, approval by a Flink committer of PMC member is required Bot commandsThe @flinkbot bot supports the following commands:
|
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.
@godfreyhe Thanks a lot for the fix. 👍 I have checked the retraction traits in the tests and have spotted no errors.
As I'm not familiar with the plan reuse logic, +1 to merge once @KurtYoung have no concerns.
Best, Hequn
@hequn8128 feel free to merge |
Merging... |
…ld contain retraction traits for stream physical nodes This closes apache#10377.
…ld contain retraction traits for stream physical nodes This closes apache#10377.
…ld contain retraction traits for stream physical nodes This closes #10377.
What is the purpose of the change
currently, the digest of sub-plan reuse does not contain retraction traits for stream physical nodes now, which maybe cause two sub-plans be reused even if they have different retraction traits and the result is wrong. The pr aims to fix this issue.
Brief change log
Verifying this change
This change is already covered by existing tests, such as DagOptimizationTest.
Does this pull request potentially affect one of the following parts:
@Public(Evolving)
: (yes / no)Documentation