[
https://issues.apache.org/jira/browse/CASSANDRA-5702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13699226#comment-13699226
]
Brandon Williams edited comment on CASSANDRA-5702 at 7/3/13 5:37 PM:
---------------------------------------------------------------------
This broke the wide_slice_test dtest (which admittedly is using cql2, but we
shouldn't regress there)
was (Author: brandon.williams):
This broken the wide_slice_test dtest (which admittedly is using cql2, but
we shouldn't regress there)
> ALTER RENAME is broken in trunk
> -------------------------------
>
> Key: CASSANDRA-5702
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5702
> Project: Cassandra
> Issue Type: Bug
> Reporter: Sylvain Lebresne
> Assignee: Sylvain Lebresne
> Fix For: 2.0 beta 1
>
> Attachments: 5702.txt
>
>
> CASSANDRA-5125 has broken {{ALTER RENAME}} when the column is a default alias
> (for thrift column families where the PK columns haven't been renamed yet).
> The problem is basically that while we assign default aliases to PK columns
> when they don't have one, we currently "fake" those default aliases and do
> not persist them. Concretely, CFDefinition is aware of them, but CFMetaData
> is not, which break renaming post CASSANDRA-5125.
> We could fix rename punctually, but there is another related problem: for the
> same reason, if you try to create an index on a column that is a non-renamed
> default alias, this doesn't work with the arguably confusing message "No
> column definition found for column X". Here again, we could fix it
> punctually, but it starts to sound like we need a more general fix.
> So I suggest stopping to "fake" those default aliases, but instead to just
> create "real" aliases (that are known of CFMetaData and persisted in the
> schema) when there is none. After all, from a user point of view, why should
> a default column name be any special. And on top of fixing the issues above,
> this also:
> # fix CASSANDRA-5489 in a somewhat simpler way
> # makes it easier for clients reading the schema CFs. They won't to infer the
> default aliases anymore.
> The only theoretical downside is that we lose the information that a given
> CQL3 column name is one assigned by default versus one set up by the user,
> but given the user can rename those column names anyway, not sure this
> matters in any way.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
