You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been using this driver for a few months in production but I have a little problem:
Some of our services need to read data from scylla but their cql schema is not up-to-date, so when a field is added to an UDT, any column containing this UDT would no longer be readable using this driver.
if fields_iter.next().is_some(){returnErr(FromCqlValError::BadCqlType);}
That is why we're using our own version of scylla-macros, but I think it would be better letting the user choose if they want to allow this kind of behavior.
I think there could be two solutions:
The easiest would be just to duplicate this derive macro with a different name with the check disabled and a different name.
Pros:
Easier
Cons:
Duplicate Code
Less user-friendly
Add a #[scylla(non_exhaustive)] derive macro attribute at the struct level for FromUserType.
Pros:
Easier to use
Cleaner code
Cons:
A little bit harder to implement
What do you think of these two approaches ?
Do you think it would be worth adding them to this crate ?
The text was updated successfully, but these errors were encountered:
The PR with new deserialization macros has been merged (#1024), but the new deserialization API they generate implementation for is not yet available in the driver. For tracking it, see #462.
Hello,
I've been using this driver for a few months in production but I have a little problem:
Some of our services need to read data from scylla but their cql schema is not up-to-date, so when a field is added to an UDT, any column containing this UDT would no longer be readable using this driver.
The cause behind this is this piece of code:
That is why we're using our own version of scylla-macros, but I think it would be better letting the user choose if they want to allow this kind of behavior.
I think there could be two solutions:
What do you think of these two approaches ?
Do you think it would be worth adding them to this crate ?
The text was updated successfully, but these errors were encountered: