You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Julian Hyde (JIRA)" <ji...@apache.org> on 2019/05/22 04:39:00 UTC
[jira] [Resolved] (CALCITE-3050) Integrate SqlDialect and
SqlParser.Config
[ https://issues.apache.org/jira/browse/CALCITE-3050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Julian Hyde resolved CALCITE-3050.
----------------------------------
Resolution: Fixed
Assignee: Julian Hyde (was: Danny Chan)
Fix Version/s: 1.20.0
Fixed in [170d5225f|https://github.com/apache/calcite/commit/170d5225fb65fd49df83d0234d8a69d11a9469c4].
> Integrate SqlDialect and SqlParser.Config
> -----------------------------------------
>
> Key: CALCITE-3050
> URL: https://issues.apache.org/jira/browse/CALCITE-3050
> Project: Calcite
> Issue Type: Bug
> Reporter: Julian Hyde
> Assignee: Julian Hyde
> Priority: Major
> Fix For: 1.20.0
>
>
> {{SqlDialect}} is used by the JDBC adapter to generate SQL in the target dialect of a data source. {{SqlParser.Config}} is used to set what the parser should allow for SQL statements sent to Calcite. But they both are a representation of "dialect". And they come together when we want to use a Babel parser to understand SQL statements that are meant for a data source.
> So it makes sense to integrate them, somehow. We could add a method {code}void SqlParser.ConfigBuilder.setFrom(SqlDialect dialect){code} or do it from the other end, {code}SqlDialect.configureParser(SqlParser.ConfigBuilder configBuilder){code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)