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

Tyler Hobbs commented on CASSANDRA-9232:
----------------------------------------

bq. We lost materialized and view from the reserved keywords in 3.0 and trunk, 
I've opened PYTHON-380 for this. Shall I also add them to the cassandra-test 
branch and update the python driver in 3.0 and trunk?

We need to wait for the driver to add full MV support 
([PYTHON-371|https://datastax-oss.atlassian.net/browse/PYTHON-371]) before we 
release 3.0 anyway, so creating a separate ticket to update the bundled driver 
after PYTHON-371 is complete is probably the best approach.

As mentioned in CASSANDRA-10038, can you add a dtest for {{DESCRIBE}} on 
unreserved keyword names?

> "timestamp" is considered as a reserved keyword in cqlsh completion
> -------------------------------------------------------------------
>
>                 Key: CASSANDRA-9232
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9232
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Michaël Figuière
>            Assignee: Stefania
>            Priority: Trivial
>              Labels: cqlsh
>             Fix For: 3.x, 2.1.x
>
>
> cqlsh seems to treat "timestamp" as a reserved keyword when used as an 
> identifier:
> {code}
> cqlsh:ks1> create table t1 (int int primary key, ascii ascii, bigint bigint, 
> blob blob, boolean boolean, date date, decimal decimal, double double, float 
> float, inet inet, text text, time time, timestamp timestamp, timeuuid 
> timeuuid, uuid uuid, varchar varchar, varint varint);
> {code}
> Leads to the following completion when building an {{INSERT}} statement:
> {code}
> cqlsh:ks1> insert into t1 (int, 
> "timestamp" ascii       bigint      blob        boolean     date        
> decimal     double      float       inet        text        time        
> timeuuid    uuid        varchar     varint
> {code}
> "timestamp" is a keyword but not a reserved one and should therefore not be 
> proposed as a quoted string. It looks like this error happens only for 
> timestamp. Not a big deal of course, but it might be worth reviewing the 
> keywords treated as reserved in cqlsh, especially with the many changes 
> introduced in 3.0.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to