cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dean Hiller <>
Subject Re: possible feature request RP vs. OPP
Date Fri, 09 Sep 2011 14:20:56 GMT
Actually, we only need a 8 bit key(one whole byte) because an 8 bit key
would be useful up to 2^8 nodes which I am pretty sure we would never get
too.  Of course, I guess we could use one more whole byte just in case ;)

We are planning on doing this would just be nice if it was
hidden from us instead and I would think it would simplify the cassandra
code as well by only dealing with one partitioner.  of course, let me catch
up on the pdf you sent me as well.

On Thu, Sep 8, 2011 at 4:10 PM, Edward Capriolo <>wrote:

> On Thu, Sep 8, 2011 at 5:12 PM, Dean Hiller <> wrote:
>> I was wondering something.  Since I can take OPP and I can create a layer
>> that for certain column families, I hash the key so that some column
>> families are just like RP but on top of OPP and some of my other column
>> families are then on OPP directly so I could use lucandra, why not make RP
>> deprecated and instead allow users to create OPP by column family or RP
>> where RP == doing the hash of the key on my behalf and prefixing my key with
>> that hashcode and stripping it back off when I read it in again.
>> ie. why have RP when you could do RP per column family with the above
>> reasoning on top of OPP and have the best of both worlds?????
>> ie. I think of having some column families random and then some column
>> famiiles ordered so I could range query or use lucandra on top of those
>> ones.
>> thoughts?  I was just curious.
>> thanks,
>> Dean
> You can use ByteOrderPartitioner and hash data yourself. However that makes
> every row key will be 128bits larger as the key has to be:
> md5+originalkey
> Solandra now uses a 'modified' RandomPartitioner.

View raw message