Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
Description
Parser configured with BigQuery dialect cannot parse timestamp literal.
It looks like CALCITE-4247 creates a special string literal token for BigQuery. But that means that (AFAICT) Parser.jj then does not find the expected token type after a TIMESTAMP to make a timestamp literal, so something as simple as
SqlParser.create("SELECT TIMESTAMP '2018-02-17 13:22:04'", BigQuerySqlDialect.DEFAULT.configureParser(SqlParser.config())).parseQuery()
fails.
Probably most other places in Parser.jj that use the "<QUOTED_STRING>" token suffer from the same issue.
Attachments
Issue Links
- is related to
-
CALCITE-4247 When parsing SQL in BigQuery dialect, character literals may be enclosed in single- or double-quotes, and use backslashes as escapes
- Closed
-
CALCITE-5159 ARRAY string constructor, and implicit cast from string literal (enabled in PostgreSQL conformance)
- Closed
- links to