You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Mihai Budiu (Jira)" <ji...@apache.org> on 2023/02/21 21:20:00 UTC
[jira] [Created] (CALCITE-5538) Calcite rejects timestamp literals that end with 0 after the period
Mihai Budiu created CALCITE-5538:
------------------------------------
Summary: Calcite rejects timestamp literals that end with 0 after the period
Key: CALCITE-5538
URL: https://issues.apache.org/jira/browse/CALCITE-5538
Project: Calcite
Issue Type: Bug
Components: core
Affects Versions: 1.33.0
Reporter: Mihai Budiu
The TimestampString constructor validates a string argument with the following regular expression: "[0-9][0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]"
+ " "
+ "[0-9][0-9]:[0-9][0-9]:[0-9][0-9](\\.[0-9]*[1-9])?"
Unfortunately this rejects perfectly legal timestamp strings such as "2023-02-21 10:10:10.000".
The fix is trivial, if we agree that this is a bug. Is there a deeper reason for this validation?
There seem to be no unit tests for this TimestampString constructor.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)