day, January 18, 2011 12:55 PM
> To: user@cassandra.apache.org
> Subject: Re: please help with multiget
>
> I think the general approach is to denormalise data to remove the need for
> complicated semantics when reading.
>
> Aaron
>
> On 19/01/2011, at 7:57 AM, Shu Zhang wro
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
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 SlicePredicate for every key in your batch
retrieval, so what are you
