-
Notifications
You must be signed in to change notification settings - Fork 647
feat(frontend): plan backfill order strategy after the planner phase, instead of binding phase #21813
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.
LGTM
@@ -35,7 +35,7 @@ use crate::session::SessionImpl; | |||
/// We only bind tables, materialized views and sources. | |||
/// Queries won't bind duplicate relations in the same query context. | |||
/// But backfill order strategy can have duplicate relations. | |||
pub fn bind_backfill_order_strategy( | |||
pub fn plan_backfill_order_strategy( |
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.
Need to adjust the comments above?
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.
Will fix it in the downstream PR, otherwise leads to a lot of conflicts
I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?
This PR is in preparation for #21814. To auto-derive backfill order, we need the stream plan, which is produced only after the planning phase.
So we do two things here:
We intentionally keep this PR separate from #21814, since we refactor file paths. To keep diffs clean, we should have the files in separate PRs.
Checklist
Documentation
Release note