You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "G Gordon Worley III (JIRA)" <ji...@apache.org> on 2014/05/21 00:55:38 UTC

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

G Gordon Worley III created CASSANDRA-7274:
----------------------------------------------

             Summary: 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


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)