You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@calcite.apache.org by "Julian Hyde (JIRA)" <ji...@apache.org> on 2014/07/03 02:24:25 UTC

[jira] [Comment Edited] (OPTIQ-321) Allow library users to replace implementation of CompoundIdentifier in SQL Parser

    [ https://issues.apache.org/jira/browse/OPTIQ-321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14050909#comment-14050909 ] 

Julian Hyde edited comment on OPTIQ-321 at 7/3/14 12:23 AM:
------------------------------------------------------------

I think in that case even the base parser should generate calls to the dot operator.

There are uses of {{CompoundIdentifier()}} outside of scalar expressions -- e.g. {{INSERT INTO CompoundIdentifier() ...}} -- and I think these should remain. But an expression, e.g. e.name, should be parsed as {{SqlCall(DOT, SqlIdentifier("e"), SqlIdentifier("name"))}}. And then the validator should figure out what the DOT means.


was (Author: julianhyde):
I think in that case even the base parser should generate calls to the dot operator.

There are uses of CompoundIdentifier outside of scalar expressions -- e.g. {INSERT INTO CompoundIdentifier() ...} -- and I think these should remain. But an expression, e.g. e.name, should be parsed as SqlCall(DOT, SqlIdentifier("e"), SqlIdentifier("name")). And then the validator should figure out what the DOT means.

> Allow library users to replace implementation of CompoundIdentifier in SQL Parser
> ---------------------------------------------------------------------------------
>
>                 Key: OPTIQ-321
>                 URL: https://issues.apache.org/jira/browse/OPTIQ-321
>             Project: Optiq
>          Issue Type: Improvement
>            Reporter: Jacques Nadeau
>            Assignee: Jacques Nadeau
>
> This will allow users to support alternative identifier constructs.



--
This message was sent by Atlassian JIRA
(v6.2#6252)