-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Support old syntax for DataType parsing #8541
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
ce539c6 to
64abb2a
Compare
mbrobbel
left a comment
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.
Looks good, thanks.
emilk
left a comment
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.
Thanks! Should we document that any changes to datatype_parse should be backwards compatible?
Yes, thank you for that suggestion I added comments and additional tests for backwards compatibility |
| r#"Timestamp(Second, Some("+00:00"))"#, | ||
| Timestamp(Second, Some("+00:00".into())), | ||
| ), | ||
| ("Null", Null), |
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.
these tests now encode all the current round trip cases in an explicit backwards compatiblity mode test
Which issue does this PR close?
Rationale for this change
Systems like DataFusion use the string representation of DataType in their public APIs but the type names have changed after
We should retain backwards compatibility with the old type names too
What changes are included in this PR?
Timestamp(Nanosecond, None)andTimestamp(Nanosecond, None)style timestamp specifiersAre these changes tested?
Yes, with new tests
Are there any user-facing changes?
See above