Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 32865 invoked from network); 26 Jul 2010 11:40:25 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 26 Jul 2010 11:40:25 -0000 Received: (qmail 7217 invoked by uid 500); 26 Jul 2010 11:40:23 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 7094 invoked by uid 500); 26 Jul 2010 11:40:20 -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 7086 invoked by uid 99); 26 Jul 2010 11:40:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Jul 2010 11:40:19 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [208.113.200.5] (HELO homiemail-a49.g.dreamhost.com) (208.113.200.5) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Jul 2010 11:40:11 +0000 Received: from homiemail-a49.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a49.g.dreamhost.com (Postfix) with ESMTP id C8E685E0069 for ; Mon, 26 Jul 2010 04:39:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=thelastpickle.com; h=from :mime-version:content-type:subject:date:in-reply-to:to :references:message-id; q=dns; s=thelastpickle.com; b=zbfhF2/ZlB a0qmduGjDxtqegj3n4eKaAFEheKWi1sg8Jco+6N6SJRyKmW29Ju1AnPKgrX6EiMl uOk9e5LVzt01tLnmj7EjBwVoFmYnlM2UtwqrENPAxE+CPgZTXFXmDo8AhVfSFfnw uYGCoItFJjZHAyQ6gj27rSNrAbYrnZMb4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=thelastpickle.com; h=from :mime-version:content-type:subject:date:in-reply-to:to :references:message-id; s=thelastpickle.com; bh=ta5WGgoeb0dFGCLC ROEXpZjOchI=; b=AwTGVRXe2CprFjWzKlWoFlc5uyjxeu5DZ0rxth2VZ+Y192c7 Ks5IqVB0ZfNq0fvPWQxxDUPi2+iCoLFrQS1p7/2Qzajm6q68klyJy2Obn++XdaEv WhjCBnXb3pwCOp0vrpzCA6obomW5xfrZhIGZq1M9dPWA3NI/INWmNtao3lo= Received: from [10.0.1.153] (121-73-157-230.cable.telstraclear.net [121.73.157.230]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aaron@thelastpickle.com) by homiemail-a49.g.dreamhost.com (Postfix) with ESMTPSA id 3C6455E005F for ; Mon, 26 Jul 2010 04:39:49 -0700 (PDT) From: aaron morton Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/alternative; boundary=Apple-Mail-1--958007823 Subject: Re: Multiget capabilities Date: Mon, 26 Jul 2010 23:39:46 +1200 In-Reply-To: To: user@cassandra.apache.org References: Message-Id: X-Mailer: Apple Mail (2.1081) --Apple-Mail-1--958007823 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii 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.=20 I think this applies to both your questions.=20 Aaron On 26 Jul 2010, at 22:51, CordiS wrote: > Hello, >=20 > I am interested in two features that i have not been able to found in = API docs and mailing lists. >=20 > 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. >=20 > Secondly, it would be great to have an ability to fetch differently = structured data by single request, providng map, >> to multiget_slice() >=20 > Is it possible to be implemented. If so, when? >=20 > Thank you. --Apple-Mail-1--958007823 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
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.

--Apple-Mail-1--958007823--