cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Evans (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-4184) Make identifier and value grammar for CQL3 stricter
Date Fri, 27 Apr 2012 00:20:51 GMT


Eric Evans commented on CASSANDRA-4184:

Fine by me.
> Make identifier and value grammar for CQL3 stricter
> ---------------------------------------------------
>                 Key: CASSANDRA-4184
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: API
>    Affects Versions: 1.1.0
>            Reporter: Sylvain Lebresne
>            Assignee: Sylvain Lebresne
>              Labels: cql3
>             Fix For: 1.1.1
>         Attachments: 0001-Disallow-integer-and-uuid-constants-as-identifier.txt, 0002-Disallow-identifier-as-value.txt
> The current grammar for CQL3 allows:
> # uuid and integer constants as identifiers
> # identifier as value (aka term in the grammar)
> I think both of those should be removed.
> For 1, mostly because this feels useless and slightly complicates the grammar which is
annoying for the documentation of CQL3 for instance (note that this doesn't mean forbidding
integer or uuid as identifier, but means they have to be double-quoted when used as such).
> For 2, I think that allowing identifier as value is actually misleading, typically if
you write things like {{SELECT foo WHERE foo=foo}}. It suggests we support JOIN when we do
> Also, if both are done, then one will always be able to distinguish between identifier
and value even without any context, which is a nice property.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message