Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 47C27464E for ; Tue, 21 Jun 2011 14:31:50 +0000 (UTC) Received: (qmail 21868 invoked by uid 500); 21 Jun 2011 14:31:47 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 21841 invoked by uid 500); 21 Jun 2011 14:31:47 -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 21833 invoked by uid 99); 21 Jun 2011 14:31:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 14:31:47 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Stephen.Pope@quest.com designates 12.106.87.93 as permitted sender) Received: from [12.106.87.93] (HELO alvetxw01.quest.com) (12.106.87.93) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2011 14:31:40 +0000 Received: from ALVHTXW03.prod.quest.corp (10.1.135.19) by alvetxw01.quest.com (10.1.100.93) with Microsoft SMTP Server (TLS) id 14.1.255.0; Tue, 21 Jun 2011 07:28:27 -0700 Received: from ALVMBXW01.prod.quest.corp ([fe80::48dd:e065:86b3:9cee]) by ALVHTXW03.prod.quest.corp ([::1]) with mapi id 14.01.0255.000; Tue, 21 Jun 2011 07:31:17 -0700 From: Stephen Pope To: "user@cassandra.apache.org" Subject: Keys-only query Thread-Topic: Keys-only query Thread-Index: AcwwH98E9TNzEYPGSv2w6z8CwDEhEQ== Date: Tue, 21 Jun 2011 14:31:16 +0000 Message-ID: <654A67E918314D418D96AC894A5B0F0D03A82D@ALVMBXW01.prod.quest.corp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.4.62.20] Content-Type: multipart/alternative; boundary="_000_654A67E918314D418D96AC894A5B0F0D03A82DALVMBXW01prodques_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_654A67E918314D418D96AC894A5B0F0D03A82DALVMBXW01prodques_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We just recently switched to 0.8 (from 0.7.4), and it looks like key-only q= ueries are broken (number of columns =3D 0). The same query works if we swi= tch the number of columns to 1. Is there a new mechanism for getting key-on= ly? We can't use CQL yet since we're using .NET for our development. Cheers, Steve --_000_654A67E918314D418D96AC894A5B0F0D03A82DALVMBXW01prodques_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

We just recently switched to 0.8 (from 0.7.4), and i= t looks like key-only queries are broken (number of columns =3D 0). The sam= e query works if we switch the number of columns to 1. Is there a new mecha= nism for getting key-only? We can’t use CQL yet since we’re using .NET for our development.

 

Cheers,

Steve

--_000_654A67E918314D418D96AC894A5B0F0D03A82DALVMBXW01prodques_--