Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 34485 invoked from network); 6 Aug 2010 22:43:36 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 6 Aug 2010 22:43:36 -0000 Received: (qmail 79955 invoked by uid 500); 6 Aug 2010 22:43:35 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 79915 invoked by uid 500); 6 Aug 2010 22:43:34 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 79907 invoked by uid 99); 6 Aug 2010 22:43:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Aug 2010 22:43:34 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.212.44] (HELO mail-vw0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Aug 2010 22:43:25 +0000 Received: by vws10 with SMTP id 10so7092377vws.31 for ; Fri, 06 Aug 2010 15:43:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.89.68 with SMTP id d4mr8680497vcm.238.1281134584169; Fri, 06 Aug 2010 15:43:04 -0700 (PDT) Sender: scode@scode.org Received: by 10.220.202.71 with HTTP; Fri, 6 Aug 2010 15:43:04 -0700 (PDT) X-Originating-IP: [213.114.156.79] In-Reply-To: References: <0DA8807C8FFE459E88F34B3C58255E53@PSIINC.local> <39CD52E67799437D9FEAB6EF2F716EF7@PSIINC.local> <3198D9695A6F4E57A5492EFD66B0EA20@PSIINC.local> <106D3BCC358D4642890104B9B0A70084@PSIINC.local> Date: Sat, 7 Aug 2010 00:43:04 +0200 X-Google-Sender-Auth: iqpGUmP0vraOfuOBI_AyYhbetdk Message-ID: Subject: Re: error using get_range_slice with random partitioner From: Peter Schuller To: user@cassandra.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org > I think this is actually the expected result, whenever you are using > range_slices with start_key/end_key you must increment the last key > you received and then use that in the next slice start_key. I also > tried to use token because of exactly that behaviour and the doc > talking about inclusive/exclusive. Another way to do it is to filter results to exclude columns received twice due to being on iteration end points. This is useful because it is not always possible to increment or decrement (depending on iteration order) a column name (for example, in the case of byte strings, because there is no defined maximum possible length so the lexicographically "previous" column name might be infinitely long). -- / Peter Schuller