[jira] [Updated] (CASSANDRA-7274) Better display table organization on desc table via primary key list

2014-05-25 Thread Patrick McFadin (JIRA)

 [ 
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

2014-05-25 Thread Aleksey Yeschenko (JIRA)

 [ 
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

2014-05-24 Thread Patrick McFadin (JIRA)

 [ 
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

2014-05-24 Thread Patrick McFadin (JIRA)

 [ 
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)