You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by CordiS <co...@willworkforfood.ru> on 2010/07/26 12:51:49 UTC

Multiget capabilities

Hello,

I am interested in two features that i have not been able to found in API
docs and mailing lists.

First of all, is there any way to miss CF name in ColumnPath or ColumnParent
(or better enumerate CFs to be retrieved). It would be commonly used to
fetch all the data of a complex object identified by key.

Secondly, it would be great to have an ability to fetch differently
structured data by single request, providng map<key : string,
list<<ColumnParent>, <Predicate>>> to multiget_slice()

Is it possible to be implemented. If so, when?

Thank you.

Re: Multiget capabilities

Posted by Jonathan Shook <js...@gmail.com>.
CordiS,

The general approach for this kind of change is to implement it
yourself and submit a patch. In such a case, you may still have to be
thoughtful and patient in order to get everyone on board. I wish you
luck.

On Mon, Jul 26, 2010 at 6:51 AM, CordiS <co...@willworkforfood.ru> wrote:
> Thank you for nothing.
>
> 2010/7/26 aaron morton <aa...@thelastpickle.com>
>>
>> There is no way to request data from more than one ColumnFamily. The
>> general approach is to de-normalise the data so all the information you need
>> for a query can be returned from a single Column Family.
>> I think this applies to both your questions.
>> Aaron
>>
>> On 26 Jul 2010, at 22:51, CordiS wrote:
>>
>> Hello,
>>
>> I am interested in two features that i have not been able to found in API
>> docs and mailing lists.
>>
>> First of all, is there any way to miss CF name in ColumnPath or
>> ColumnParent (or better enumerate CFs to be retrieved). It would be commonly
>> used to fetch all the data of a complex object identified by key.
>>
>> Secondly, it would be great to have an ability to fetch differently
>> structured data by single request, providng map<key : string,
>> list<<ColumnParent>, <Predicate>>> to multiget_slice()
>>
>> Is it possible to be implemented. If so, when?
>>
>> Thank you.
>>
>
>

Re: Multiget capabilities

Posted by CordiS <co...@willworkforfood.ru>.
Thank you for nothing.

2010/7/26 aaron morton <aa...@thelastpickle.com>

> There is no way to request data from more than one ColumnFamily. The
> general approach is to de-normalise the data so all the information you need
> for a query can be returned from a single Column Family.
>
> I think this applies to both your questions.
>
> Aaron
>
>
> On 26 Jul 2010, at 22:51, CordiS wrote:
>
> Hello,
>
> I am interested in two features that i have not been able to found in API
> docs and mailing lists.
>
> First of all, is there any way to miss CF name in ColumnPath or
> ColumnParent (or better enumerate CFs to be retrieved). It would be commonly
> used to fetch all the data of a complex object identified by key.
>
> Secondly, it would be great to have an ability to fetch differently
> structured data by single request, providng map<key : string,
> list<<ColumnParent>, <Predicate>>> to multiget_slice()
>
> Is it possible to be implemented. If so, when?
>
> Thank you.
>
>
>

Re: Multiget capabilities

Posted by aaron morton <aa...@thelastpickle.com>.
There is no way to request data from more than one ColumnFamily. The general approach is to de-normalise the data so all the information you need for a query can be returned from a single Column Family. 

I think this applies to both your questions. 

Aaron


On 26 Jul 2010, at 22:51, CordiS wrote:

> Hello,
> 
> I am interested in two features that i have not been able to found in API docs and mailing lists.
> 
> First of all, is there any way to miss CF name in ColumnPath or ColumnParent (or better enumerate CFs to be retrieved). It would be commonly used to fetch all the data of a complex object identified by key.
> 
> Secondly, it would be great to have an ability to fetch differently structured data by single request, providng map<key : string, list<<ColumnParent>, <Predicate>>> to multiget_slice()
> 
> Is it possible to be implemented. If so, when?
> 
> Thank you.