-
Notifications
You must be signed in to change notification settings - Fork 28.6k
[SPARK-51563][SQL] Support the fully qualified type name TIME(n) WITHOUT TIME ZONE #51177
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
@srielau @cloud-fan Please, have a look at the PR. |
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. Should we add this to TIMESTAMP as well, as an equivalent for TIMESTAMP_NTZ)?
Merging to master. Thank you, @srielau and @LuciferYang for review. |
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.
+1, LGTM. Thank you, @MaxGekk .
late LGTM |
I have opened the PR for that: #51181 |
### What changes were proposed in this pull request? In the PR, I propose to introduce a synonym for the existing type `TIMESTAMP_NTZ` as the SQL standard defines: `TIMESTAMP WITHOUT TIME ZONE`. ### Why are the changes needed? - To conform to the SQL standard - To simplify migration from other systems that recognize the fully qualified type name. - To be consistent with the `TIME` type, see #51177 ### Does this PR introduce _any_ user-facing change? No, it just extends the existing syntax. ### How was this patch tested? By running the modified test suite: ``` $ build/sbt "test:testOnly *DataTypeParserSuite" ``` ### Was this patch authored or co-authored using generative AI tooling? No. Closes #51181 from MaxGekk/timestamp-without-timezone. Authored-by: Max Gekk <[email protected]> Signed-off-by: Max Gekk <[email protected]>
What changes were proposed in this pull request?
In the PR, I propose to recognize the optional suffix
WITHOUT TIME ZONE
of the typeTIME(n)
, and considerTIME(n) WITHOUT TIME ZONE
andTIME(n)
as synonyms.Why are the changes needed?
To conform to the ANSI SQL standard.
Does this PR introduce any user-facing change?
No. It just extends the existing syntax.
How was this patch tested?
By running the affected test suites:
Was this patch authored or co-authored using generative AI tooling?
No.