Return-Path: X-Original-To: apmail-cassandra-dev-archive@www.apache.org Delivered-To: apmail-cassandra-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0097D7CC8 for ; Mon, 19 Dec 2011 07:00:23 +0000 (UTC) Received: (qmail 3672 invoked by uid 500); 19 Dec 2011 07:00:21 -0000 Delivered-To: apmail-cassandra-dev-archive@cassandra.apache.org Received: (qmail 3629 invoked by uid 500); 19 Dec 2011 07:00:19 -0000 Mailing-List: contact dev-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list dev@cassandra.apache.org Received: (qmail 3620 invoked by uid 99); 19 Dec 2011 07:00:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Dec 2011 07:00:17 +0000 X-ASF-Spam-Status: No, hits=4.7 required=5.0 tests=FREEMAIL_FORGED_REPLYTO,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [98.139.91.238] (HELO nm30-vm0.bullet.mail.sp2.yahoo.com) (98.139.91.238) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 19 Dec 2011 07:00:06 +0000 Received: from [98.139.91.66] by nm30.bullet.mail.sp2.yahoo.com with NNFMP; 19 Dec 2011 06:59:44 -0000 Received: from [98.139.91.16] by tm6.bullet.mail.sp2.yahoo.com with NNFMP; 19 Dec 2011 06:59:44 -0000 Received: from [127.0.0.1] by omp1016.mail.sp2.yahoo.com with NNFMP; 19 Dec 2011 06:59:44 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 543479.94740.bm@omp1016.mail.sp2.yahoo.com Received: (qmail 68596 invoked by uid 60001); 19 Dec 2011 06:59:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1324277984; bh=Q7BmFloSrk0oiC8pu47hXUh0jUQRe2vak5t26g1cdQ8=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=CiaQg4h/YHl4c0yHhrFKgmJPF2WnJ+XONwQjIcPCsI4H7WTzttbURB3MJDLGcMqg8ry8qQgDElHwIaVGJRLsXcfyH8hDO8h+Om9soGBefaYdQbKbFP8u22K8cEmMWgU59J7ItWNrBtmarQLVObDdNFLRrSk4wQl4M48FnPt15/s= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=2rvRipiKfdOCg6A9lPedOeoCLvosC2rczESC89JmuC5jKJd64BQ19CwlDsxwF5poAkjwD243ezvCh/Q3c4qDvmvjhTo7vOC2Kje26vsf2q6onQb7ko3VALc65/FbX0h4/MSTtUKQ2uPTlvzC5gRxZwNG400AuyrYRawGlieydS8=; X-YMail-OSG: .xvE3v0VM1lDAgGtZlvy5B63WUVgCt4sCTKc2Cu39.rnBIr UxOhna6xldV2xI5SabYHWgl6HF8dELJIQTQ_l1lztJ3pItWQopEzHJtajtOI SsgHZnTcUp5zhdULpJRp3yYF7UfUUZzE5rQI7F9kecteS08hAeyLFQTpPw_m vwZdqSviY_o2n3ainCT1vzl7ZtiL027prcO281Hi4b9vPP956pf27Xbf41IK wox_4sufaU2kXqpmFXGW4adM0E_x7J.0X0gIHUgluVd4AITNP7corG_0COzh oTHiue61lto2OCYp9rIIKYCrVR2UtEG0TlfjsC8ub2_wegoh05MBI1bSjd6X rEcp38nywGT9v.h9iI95vKHHg9sRuAGnLusRfRid6rP.PIR4wCeRg5.AtrEZ hin.UZZP64jap9WPzmZMzOXv.DQJmutgGyb086UOERuJ_e71QiuuizJHhWYh Fj6_BVQScUbwWNASiSiaQOIi52YRKFw-- Received: from [115.113.49.98] by web32507.mail.mud.yahoo.com via HTTP; Sun, 18 Dec 2011 22:59:43 PST X-Mailer: YahooMailWebService/0.8.115.331698 References: <4EECDAC7.2030501@ii.pw.edu.pl> Message-ID: <1324277983.51947.YahooMailNeo@web32507.mail.mud.yahoo.com> Date: Sun, 18 Dec 2011 22:59:43 -0800 (PST) From: Vivek Mishra Reply-To: Vivek Mishra Subject: CQL, Hive and Lucene To: "dev@cassandra.apache.org" In-Reply-To: <4EECDAC7.2030501@ii.pw.edu.pl> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-3126525-1357191130-1324277983=:51947" X-Virus-Checked: Checked by ClamAV on apache.org ---3126525-1357191130-1324277983=:51947 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AI was looking into CQL, Hive over Cassandra and secondary index vi= a lucene. Wondering why we need all these. If CQL is going to be query inte= rface for all cassandra specific queries, why it is required to have Hive s= upport( Just for running M/R jobs)? =A0=0A=0ASecondary index support via Lu= cene : How much scalable is this? And how it is going to be different from = current secondary index support provided by Cassandra(0.7.x onwards).=0AI u= nderstand that still search within super columns is not possible in Cassand= ra. I did implement the same in Kundera via LUCENE only.=0A=0A=0AApart from= this, any new release of lucene and hive will need a migration. Shouldn't = we develop these stuff out of cassandra?=0A=0A=0A=0ASincerely,=0AVivek=A0 ---3126525-1357191130-1324277983=:51947--