[
https://issues.apache.org/jira/browse/CASSANDRA-1600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12919907#action_12919907
]
Stu Hood commented on CASSANDRA-1600:
-------------------------------------
> "give me all the rows between Y and Z"
The semantics of get_indexed_slices is still "give me all the rows between Y
and Z", with the one addition that it applies a filter. I'm going to make a
patch that does this: if it is not ugly, then I'm going to reopen this issue.
> Merge get_indexed_slices with get_range_slices
> ----------------------------------------------
>
> Key: CASSANDRA-1600
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1600
> Project: Cassandra
> Issue Type: Improvement
> Components: API
> Reporter: Stu Hood
> Priority: Critical
> Fix For: 0.7.0
>
>
> From a comment on 1157:
> {quote}
> IndexClause only has a start key for get_indexed_slices, but it would seem
> that the reasoning behind using 'KeyRange' for get_range_slices applies there
> as well, since if you know the range you care about in the primary index, you
> don't want to continue scanning until you exhaust 'count' (or the cluster).
> Since it would appear that get_indexed_slices would benefit from a KeyRange,
> why not smash get_(range|indexed)_slices together, and make IndexClause an
> optional field on KeyRange?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
