-
Notifications
You must be signed in to change notification settings - Fork 595
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
discussion(connector): persist avro/proto definition in meta #12982
Comments
Just to confirm, the benefit of persisting avro/proto definition in meta is not needing to fetch it from schema registry on restart/recovery? |
It's also for consistency and stability. If we don't persisting the metadata in meta, if the value is changed in the external system, RW may be implicitly affected. |
Yes, but maybe we just need to persist the version number instead of the whole descriptor set. |
I was assuming this to be the pre-req of #11800/#14056/#14057 but it actually went to another direction that allows to alter to a completely new URL/subject rather than bumping the version number. Also some related questions to answer:
|
Strong +1 for this. It would be very counter-intuitive if RisingWave restarts and fails because some schema definition URL is expired/invalid. |
By the way, correspondingly, we shall provide a command Related #15025. After that, |
When executing
|
I elaborated what problems may happen when initial schema not persisted here: https://github.com/risingwavelabs/risingwave/pull/18419/files#r1753603090 (And this PR fixed a bug caused by the exact problem |
Originally posted by @wenym1 in #12858 (comment)
The text was updated successfully, but these errors were encountered: