requests. And you can't do that... Plus,
>> it's not symmetrical to the batch-mutate. Is there a good reason for that?
>> ____
>> From: Brandon Williams [dri...@gmail.com]
>> Sent: Monday, January 17, 2011 5:09 PM
>> To:
ng a batch-get that works appropriately is a least a
little better...
From: Aaron Morton [aa...@thelastpickle.com]
Sent: Tuesday, January 18, 2011 12:55 PM
To: user@cassandra.apache.org
Subject: Re: please help with multiget
I think the general approach is to d
From: Brandon Williams [dri...@gmail.com]
> Sent: Monday, January 17, 2011 5:09 PM
> To: user@cassandra.apache.org
> Cc: hector-us...@googlegroups.com
> Subject: Re: please help with multiget
>
> On Mon, Jan 17, 2011 at 6:53 PM, Shu Zhang
> mailto:szh...@mediosystems.com>> wr
good reason for that?
From: Brandon Williams [dri...@gmail.com]
Sent: Monday, January 17, 2011 5:09 PM
To: user@cassandra.apache.org
Cc: hector-us...@googlegroups.com
Subject: Re: please help with multiget
On Mon, Jan 17, 2011 at 6:53 PM, Shu Zhang
mailto:szh...@medi
If you can provide some more information on a specific use case we may be able to help with the modelling. The general approach is to denormalise the data to the point where each request/activity/feature in your application results in a call to get data from one or more rows in one CF. It's not alw
On Mon, Jan 17, 2011 at 6:53 PM, Shu Zhang wrote:
> Here's the method declaration for quick reference:
> map> multiget_slice(string keyspace,
> list keys, ColumnParent column_parent, SlicePredicate predicate,
> ConsistencyLevel consistency_level)
>
> It looks like you must have the same SlicePred
