[
https://issues.apache.org/jira/browse/CASSANDRA-13717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16121472#comment-16121472
]
Stavros Kontopoulos edited comment on CASSANDRA-13717 at 8/10/17 11:13 AM:
---------------------------------------------------------------------------
[~jjirsa] I fixed it for trunk (version 4). I could backport it to 3.11
(version reported) as soon as it is verified that this fix is ok.
Good to know about the test procedure thanx a lot. I will check the unit tests.
was (Author: skonto):
[~jjirsa] I fixed for trunk (version 4). I could backport it to 3.11 (version
reported) as soon as it is verified that this fix is ok.
Good to know about the test procedure thanx a lot. I will check the unit tests.
> INSERT statement fails when Tuple type is used as clustering column with
> default DESC order
> -------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-13717
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13717
> Project: Cassandra
> Issue Type: Bug
> Environment: Cassandra 3.11
> Reporter: Anastasios Kichidis
> Assignee: Stavros Kontopoulos
> Priority: Critical
> Attachments: example_queries.cql, fix_13717
>
>
> When a column family is created and a Tuple is used on clustering column with
> default clustering order DESC, then the INSERT statement fails.
> For example, the following table will make the INSERT statement fail with
> error message "Invalid tuple type literal for tdemo of type
> frozen<tuple<timestamp, text>>" , although the INSERT statement is correct
> (works as expected when the default order is ASC)
> {noformat}
> create table test_table (
> id int,
> tdemo tuple<timestamp, varchar>,
> primary key (id, tdemo)
> ) with clustering order by (tdemo desc);
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]