Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 22802 invoked from network); 22 Apr 2010 01:49:43 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 22 Apr 2010 01:49:43 -0000 Received: (qmail 89992 invoked by uid 500); 22 Apr 2010 01:49:42 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 89971 invoked by uid 500); 22 Apr 2010 01:49:42 -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 89963 invoked by uid 99); 22 Apr 2010 01:49:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 01:49:42 +0000 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=FREEMAIL_FROM,FREEMAIL_REPLY,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 74.125.82.172 as permitted sender) Received: from [74.125.82.172] (HELO mail-wy0-f172.google.com) (74.125.82.172) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 01:49:35 +0000 Received: by wyb35 with SMTP id 35so229461wyb.31 for ; Wed, 21 Apr 2010 18:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:content-type :content-transfer-encoding; bh=MbE3Go7kFcPzr8iPNuwy3IrpuT852RG739n0LuyDAwI=; b=Yz06CtL45/UD6AsOx89eJoAlbnFT8rjhRwxdlruRmswnvW7wlq7Tug6b/8GIQBtKaz ZHLrU36rpb3YlyTz5Qkyreymt85dr90D6G9IeFpDW3dhFCEsTEdeBX07y4IDgqno9uXR WXQm39MNj8q4S7kZjYSu8fAQcGTsmoSXvGlFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=HPb6JjNgXGnHY7pieyrBCsLxiy4jpTJpN07eETbOSdsyA2b3co5Z/Fz9BYy/BGVYuI BcMfBDybP8bjWXzOWpFdDnP567bros3syePy5hMC2IaFRzMewBrnLi5+wbOgybO9OwN2 n4Lh1oqLw9Gfe79euVIcOmfuf0WIZk2W5WJB8= MIME-Version: 1.0 Received: by 10.216.17.147 with HTTP; Wed, 21 Apr 2010 18:48:55 -0700 (PDT) In-Reply-To: References: From: Jonathan Ellis Date: Wed, 21 Apr 2010 20:48:55 -0500 Received: by 10.216.86.11 with SMTP id v11mr5686386wee.219.1271900955157; Wed, 21 Apr 2010 18:49:15 -0700 (PDT) Message-ID: Subject: Re: RandomPartitioner doubts To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org For each "page" of results, start with the key that was last in the previous iteration, and you will get all the keys back. The order is random but consistent. On Wed, Apr 21, 2010 at 7:55 PM, Lucas Di Pentima wrote: > Hello, > > I'm using Cassandra 0.6.1 and ruby's library. I did some tests on my one-= node development installation about using get_range method to scan the whol= e CF. > > What I want to prove is if a CF with RandomPartitioner can be used with g= et_range getting a fixed number of keys at a time, until all are requested.= I know the keys are saved in random order, but is that randomness fixed? o= r every time I ask for a range I'll get something different even if I pass = the :start parameter? > > As I said above, I did this test with a 1-node installation and I seem to= get the same (random) order every call I do, but I don't know if this is a= design feature or some collateral characteristic that is likely to change = in the future, or even the behaviour is different with N-node clusters. > > Thanks in advance! > -- > Lucas Di Pentima - Santa Fe, Argentina > Jabber: lucas@di-pentima.com.ar > MSN: ldipenti75@hotmail.com > > > > >