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

Brandon Williams commented on CASSANDRA-18322:
----------------------------------------------

bq. But I think Cassandra should be fixed as well, right? 

I guess that depends on how it should be fixed.  An argument could be made that 
warnings should be sent to the client when preparing statements like this, 
since it is an indicator of repeated programmatic keyspace/table creation which 
is generally a bad practice.  Papering over questionable behavior with silence 
is another option.

> Warnings when using prepared statement with "drop/create keyspace .." ( after 
> 15252)
> ------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-18322
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-18322
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Messaging/Client
>            Reporter: Mohammad Aburadeh
>            Assignee: Alex Petrov
>            Priority: Urgent
>
> Hi, 
> We get the following warnings when we use prepared statements with "create 
> keyspace ... " or "drop keyspace" statements.
> "
> {{USE <keyspace>}} with prepared statements is considered to be an 
> anti-pattern due to ambiguity in non-qualified table names. Please consider 
> removing instances of {{{}Session#setKeyspace(<keyspace>){}}}, 
> {{Session#execute("USE <keyspace>")}} and {{cluster.newSession(<keyspace>)}} 
> from your code, and always use fully qualified table names (e.g. 
> <keyspace>.<table>). Keyspace used: null, statement keyspace: null, statement 
> id: 8153d922390fdf9a9963bfeda85b2f3b at 
> "
> Such statements are already full-qualified. So, why are we getting this 
> warning? 
> Regards
> Mohammad



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to