[ 
https://issues.apache.org/jira/browse/CASSANDRA-6237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14120332#comment-14120332
 ] 

Tyler Hobbs commented on CASSANDRA-6237:
----------------------------------------

bq. The scope of the ticket, as I understand it, is to support slicing on the 
last clustering column specified within the query. It seems to me that adding 
support for multi-column relations goes beyond that.

This ticket was created before CASSANDRA-6875, so multi-column relations didn't 
exist yet.

{quote}
1) Refactor SelectStatement to make some part of it easily reusable
2) Refactor ModificationStatement to allow it to reuse the Restrictions logic 
form SelectStatement
{quote}

I agree that we need (1), and some amount of (2) may be needed.

bq. The question being: do we extends the scope of this ticket or do we create 
one or two others for those tasks?

I would personally try to keep all of the work in this ticket.  It's targeted 
for 3.0, so we have plenty of time.  However, feel free to split the work into 
multiple commits for clarity.

bq. I also think it will be good if we make sure first that all the pending 
patch affecting SelectStatement are commited before we try to refactor it.

I'm not aware of anything big that's pending, is there something specific you 
had in mind?

> Allow range deletions in CQL
> ----------------------------
>
>                 Key: CASSANDRA-6237
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6237
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Sylvain Lebresne
>            Assignee: Benjamin Lerer
>            Priority: Minor
>              Labels: cql, docs
>             Fix For: 3.0
>
>         Attachments: CASSANDRA-6237.txt
>
>
> We uses RangeTombstones internally in a number of places, but we could expose 
> more directly too. Typically, given a table like:
> {noformat}
> CREATE TABLE events (
>     id text,
>     created_at timestamp,
>     content text,
>     PRIMARY KEY (id, created_at)
> )
> {noformat}
> we could allow queries like:
> {noformat}
> DELETE FROM events WHERE id='someEvent' AND created_at < 'Jan 3, 2013';
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to