[jira] [Updated] (CASSANDRA-7274) Better display table organization on desc table via primary key list
[ https://issues.apache.org/jira/browse/CASSANDRA-7274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick McFadin updated CASSANDRA-7274: --- Attachment: 7274-2.txt You are right. Much simpler. Attaching updated patch. Better display table organization on desc table via primary key list Key: CASSANDRA-7274 URL: https://issues.apache.org/jira/browse/CASSANDRA-7274 Project: Cassandra Issue Type: Improvement Reporter: G Gordon Worley III Assignee: Patrick McFadin Fix For: 2.0.8 Attachments: 7274-2.txt, 7274.txt In cqlsh, the desc table command does not make it sufficiently clear which columns are part of the row key and which are clustering keys. A simple change to the primary key list, though, would make it easier to tell. Consider the following table definition: {code} create table my_table { first_column text, second_column text, third_column text, primary key (first_column, second_column, third_column) } {code} This table has a row key of first_column and clustering keys of second_column, third_column. But if the user intended for the table to have all three in the row key, the correct definition would be: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column, second_column, third_column)) } {code} But this is a sufficiently subtle difference that the first may be mistaken for the second or vice-versa. My suggested solution is to always wrap the row key in parentheses. This is already supported by create table syntax, so it's just a matter of changing desc table to display the create table statement with the primary key always in parentheses, like so: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column), second_column, third_column) } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CASSANDRA-7274) Better display table organization on desc table via primary key list
[ https://issues.apache.org/jira/browse/CASSANDRA-7274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aleksey Yeschenko updated CASSANDRA-7274: - Priority: Trivial (was: Major) Better display table organization on desc table via primary key list Key: CASSANDRA-7274 URL: https://issues.apache.org/jira/browse/CASSANDRA-7274 Project: Cassandra Issue Type: Improvement Reporter: G Gordon Worley III Assignee: Patrick McFadin Priority: Trivial Fix For: 2.0.9 Attachments: 7274-2.txt, 7274.txt In cqlsh, the desc table command does not make it sufficiently clear which columns are part of the row key and which are clustering keys. A simple change to the primary key list, though, would make it easier to tell. Consider the following table definition: {code} create table my_table { first_column text, second_column text, third_column text, primary key (first_column, second_column, third_column) } {code} This table has a row key of first_column and clustering keys of second_column, third_column. But if the user intended for the table to have all three in the row key, the correct definition would be: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column, second_column, third_column)) } {code} But this is a sufficiently subtle difference that the first may be mistaken for the second or vice-versa. My suggested solution is to always wrap the row key in parentheses. This is already supported by create table syntax, so it's just a matter of changing desc table to display the create table statement with the primary key always in parentheses, like so: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column), second_column, third_column) } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CASSANDRA-7274) Better display table organization on desc table via primary key list
[ https://issues.apache.org/jira/browse/CASSANDRA-7274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick McFadin updated CASSANDRA-7274: --- Fix Version/s: 2.0.8 Better display table organization on desc table via primary key list Key: CASSANDRA-7274 URL: https://issues.apache.org/jira/browse/CASSANDRA-7274 Project: Cassandra Issue Type: Improvement Reporter: G Gordon Worley III Assignee: Patrick McFadin Fix For: 2.0.8 In cqlsh, the desc table command does not make it sufficiently clear which columns are part of the row key and which are clustering keys. A simple change to the primary key list, though, would make it easier to tell. Consider the following table definition: {code} create table my_table { first_column text, second_column text, third_column text, primary key (first_column, second_column, third_column) } {code} This table has a row key of first_column and clustering keys of second_column, third_column. But if the user intended for the table to have all three in the row key, the correct definition would be: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column, second_column, third_column)) } {code} But this is a sufficiently subtle difference that the first may be mistaken for the second or vice-versa. My suggested solution is to always wrap the row key in parentheses. This is already supported by create table syntax, so it's just a matter of changing desc table to display the create table statement with the primary key always in parentheses, like so: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column), second_column, third_column) } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CASSANDRA-7274) Better display table organization on desc table via primary key list
[ https://issues.apache.org/jira/browse/CASSANDRA-7274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick McFadin updated CASSANDRA-7274: --- Attachment: 7274.txt Simple change in cqlsh to add parenthesis around a single partition key when doing a DESCRIBE TABLE Better display table organization on desc table via primary key list Key: CASSANDRA-7274 URL: https://issues.apache.org/jira/browse/CASSANDRA-7274 Project: Cassandra Issue Type: Improvement Reporter: G Gordon Worley III Assignee: Patrick McFadin Fix For: 2.0.8 Attachments: 7274.txt In cqlsh, the desc table command does not make it sufficiently clear which columns are part of the row key and which are clustering keys. A simple change to the primary key list, though, would make it easier to tell. Consider the following table definition: {code} create table my_table { first_column text, second_column text, third_column text, primary key (first_column, second_column, third_column) } {code} This table has a row key of first_column and clustering keys of second_column, third_column. But if the user intended for the table to have all three in the row key, the correct definition would be: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column, second_column, third_column)) } {code} But this is a sufficiently subtle difference that the first may be mistaken for the second or vice-versa. My suggested solution is to always wrap the row key in parentheses. This is already supported by create table syntax, so it's just a matter of changing desc table to display the create table statement with the primary key always in parentheses, like so: {code} create table my_table { first_column text, second_column text, third_column text, primary key ((first_column), second_column, third_column) } {code} -- This message was sent by Atlassian JIRA (v6.2#6252)