[ https://issues.apache.org/jira/browse/CASSANDRA-6643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13887412#comment-13887412 ]
Mikhail Stepura commented on CASSANDRA-6643: -------------------------------------------- [~rhatch] It doesn't work if there is a table which uses the type, does it? > ALTER TYPE RENAME allows renaming to another keyspace > ----------------------------------------------------- > > Key: CASSANDRA-6643 > URL: https://issues.apache.org/jira/browse/CASSANDRA-6643 > Project: Cassandra > Issue Type: Bug > Environment: java version "1.7.0_51" > cassandra from trunk, 4b54b8... > Reporter: Russ Hatch > Priority: Minor > > I'm not 100% certain this is a bug. > The current syntax for "alter type rename" requires the keyspace on the old > and new table name (if a keyspace is not active). So, to rename the type > 'foo' to 'bar', you have to issue this statement: > ALTER TYPE ks.foo rename to ks.bar . > As a result, this syntax will also allow renaming the type into another > existing keyspace, which updates the metadata in system.schema_usertypes. > I'm wondering if perhaps we can omit the second keyspace prefix and > implicitly rename into the same keyspace. > To reproduce: > {noformat} > cqlsh> create keyspace user_types with replication = > {'class':'SimpleStrategy', 'replication_factor':3} ; > cqlsh> create keyspace user_types2 with replication = > {'class':'SimpleStrategy', 'replication_factor':3} ; > cqlsh> CREATE TYPE user_types.simple_type (user_number int); > cqlsh> alter type user_types.simple_type rename to user_types2.simple_type; > {noformat} > Renaming to another keyspace is also possible when a keyspace is active, like > so: > {noformat} > cqlsh:user_types> alter type simple_type rename to user_types2.simple_type; > {noformat} -- This message was sent by Atlassian JIRA (v6.1.5#6160)