DOAN DuyHai created CASSANDRA-5956:
--------------------------------------

             Summary: Allow filtering on more than 1 clustered components
                 Key: CASSANDRA-5956
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-5956
             Project: Cassandra
          Issue Type: Improvement
          Components: API, Core
            Reporter: DOAN DuyHai


Right now I am preparing some slides for a talk and tutorial on Cassandra to 
convince people switching from Thrift to CQL3. However I am facing serious 
issue because of the limitation of CQL3 not being able to allow inequality on 
more than 1 clustered component at a time.

 My example is quite trivial. Let's consider a table to collect daily metrics

{code:sql}
CREATE TABLE daily_metrics
(
  day int, // day in YYYYMMDD format
  hour int, 
  minute int,
  second int,
  metrics blob, 
  PRIMARY KEY (day, hour, minute, second)
)
{code}

 I should be able to grep all metrics from a range of date

  // select all metrics from 8:30am to 10am
 {code:sql}
 SELECT metrics FROM daily_metrics WHERE day = 20130828 AND hour >= 8 AND 
minute >= 30 and hour <= 10
 {code}

 // select all metrics of the day from 6:30pm
 {code:sql}
 SELECT metrics FROM daily_metrics WHERE day = 20130828 AND hour >= 18 AND 
minute >= 30 
 {code}

 
 Right now it is just IMPOSSIBLE to do this kind of query with CQL3, which is 
PITA. We always get the error message

{quote}
Bad Request: PRIMARY KEY part minute cannot be restricted (preceding part hour 
is either not restricted or by a non-EQ relation)
{quote}

 I know that there is already jira 
[CASSANDRA-4415|https://issues.apache.org/jira/browse/CASSANDRA-4415] which is 
a really  good idea and also 
[CASSANDRA-4851|https://issues.apache.org/jira/browse/CASSANDRA-4851] but the 
issue raised above is *beyond the scope of just paging data*.

 People are using more and more compound primary keys to model with Cassandra 
and they should be able to do slice queries with inequality from all compound 
components.

 There are lots of use cases where such usage is required.




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

Reply via email to