Skip to content
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

refactor: additional column logic #18633

Closed
wants to merge 3 commits into from

Conversation

tabVersion
Copy link
Contributor

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.

What's changed and what's your intention?

making additional column logic format aware.
We can support more columns from format level, eg. event time from debezium metadata. And more explicit def of which column is allowed.

related #18357

Checklist

  • I have written necessary rustdoc comments
  • I have added necessary unit tests and integration tests
  • I have added test labels as necessary. See details.
  • I have added fuzzing tests or opened an issue to track them. (Optional, recommended for new SQL features Sqlsmith: Sql feature generation #7934).
  • My PR contains breaking changes. (If it deprecates some features, please create a tracking issue to remove them in the future).
  • All checks passed in ./risedev check (or alias, ./risedev c)
  • My PR changes performance-critical code. (Please run macro/micro-benchmarks and show the results.)
  • My PR contains critical fixes that are necessary to be merged into the latest release. (Please check out the details)

Documentation

  • My PR needs documentation updates. (Please use the Release note section below to summarize the impact on users)

Release note

If this PR includes changes that directly affect users or other significant modifications relevant to the community, kindly draft a release note to provide a concise summary of these changes. Please prioritize highlighting the impact these changes will have on users.

Signed-off-by: tabVersion <[email protected]>
@tabVersion tabVersion requested a review from xxchan September 23, 2024 07:36
Comment on lines +178 to +180
COMPATIBLE_ADDITIONAL_COLUMNS
.get(connector_name)
.and_then(|map| map.get(format))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think add format to the hashmap makes it harder to manage.

Suggested change
COMPATIBLE_ADDITIONAL_COLUMNS
.get(connector_name)
.and_then(|map| map.get(format))
let compactible_additional_columns = COMPATIBLE_ADDITIONAL_COLUMNS
.get(connector_name)?;
match format { // check format ... }

may be better

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Because "connector metadata" and "format metadata" are relatively orthogonal.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

make sense.
But I am not sure whether we allow including key for debezium format. This is the only concern I use the nested structure.

Comment on lines -902 to -907
if !additional_column_names.is_empty() {
return Err(RwError::from(ProtocolError(format!(
"FORMAT DEBEZIUM forbids additional columns, but got {:?}",
additional_column_names
))));
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are other branches not covered: "(debezium, avro)", "(maxwell, json)", "(canal, json)", etc.

@tabVersion tabVersion marked this pull request as draft September 23, 2024 08:07
Signed-off-by: tabVersion <[email protected]>
Copy link
Contributor

This PR has been open for 60 days with no activity.

If it's blocked by code review, feel free to ping a reviewer or ask someone else to review it.

If you think it is still relevant today, and have time to work on it in the near future, you can comment to update the status, or just manually remove the no-pr-activity label.

You can also confidently close this PR to keep our backlog clean. (If no further action taken, the PR will be automatically closed after 7 days. Sorry! 🙏)
Don't worry if you think the PR is still valuable to continue in the future.
It's searchable and can be reopened when it's time. 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants