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 028093C23 for ; Mon, 2 May 2011 15:46:31 +0000 (UTC) Received: (qmail 35424 invoked by uid 500); 2 May 2011 15:46:29 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 35394 invoked by uid 500); 2 May 2011 15:46:29 -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 35377 invoked by uid 99); 2 May 2011 15:46:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 May 2011 15:46:29 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [67.192.241.121] (HELO smtp121.dfw.emailsrvr.com) (67.192.241.121) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 May 2011 15:46:22 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp12.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id A18503C1540 for ; Mon, 2 May 2011 11:46:01 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp12.relay.dfw1a.emailsrvr.com (Authenticated sender: eevans-AT-racklabs.com) with ESMTPSA id 8269F3C156C for ; Mon, 2 May 2011 11:46:01 -0400 (EDT) Subject: Re: Terrible CQL idea: > and < aliases of >= and <= From: Eric Evans To: user@cassandra.apache.org In-Reply-To: References: <1304350257.7843.8.camel@erebus.lan> Content-Type: text/plain; charset="UTF-8" Date: Mon, 02 May 2011 10:46:01 -0500 Message-ID: <1304351161.7843.10.camel@erebus.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Mon, 2011-05-02 at 10:41 -0500, Jonathan Ellis wrote: > Where is that happening then? RelationType.forString is not lossy, > and neither is the RelationType -> IndexExpression conversion in > getIndexedSlices. WhereClause.and(Relation) where it assigns start/end keys. -- Eric Evans eevans@rackspace.com