[
https://issues.apache.org/jira/browse/COUCHDB-1125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13021588#comment-13021588
]
Jan Lehnardt commented on COUCHDB-1125:
---------------------------------------
I think this is kludgy. I'm picturing this as two bit flips on either end of an
interval,
[1,2,3]
[1,2,3[
]1,2,3]
]1,2,3[
So the states are left=open|close right=open|close and modelling that over a
single parameter doesn't seem obvious to me.
I'm not sure if I want to improve on inclusive_start=bool and
inclusive_end=bool which I think is pretty clear, but I'm open for other
suggestions :)
> implement inclusive_start view option
> -------------------------------------
>
> Key: COUCHDB-1125
> URL: https://issues.apache.org/jira/browse/COUCHDB-1125
> Project: CouchDB
> Issue Type: Bug
> Affects Versions: 1.2
> Reporter: Jan Lehnardt
> Priority: Minor
> Attachments: inclusive_start.patch
>
>
> From COUCHDB-194:
> I suggest to generalize to left or/and right opened range.
> Because, to select a left opened range of keys, we have to use a tip.
> Exemple :
> keys = [1, 2, 3, 4, 5]
> to select where 2<key
> We have to do : startkey=2&skip=1
> But :
> If keys are no unique, the "skip" tip no more works.
> Ex: keys = [1, 2, 2, 3, 4, 5]
> The request startkey=2&skip=1 doesn't work because a "2" key is returned.
> (ps: non unique keys can be a wanted result)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
