Return-Path: Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: (qmail 35101 invoked from network); 24 Mar 2010 06:03:49 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 24 Mar 2010 06:03:49 -0000 Received: (qmail 25624 invoked by uid 500); 24 Mar 2010 06:03:49 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 25555 invoked by uid 500); 24 Mar 2010 06:03:49 -0000 Mailing-List: contact commits-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 commits@cassandra.apache.org Received: (qmail 25547 invoked by uid 99); 24 Mar 2010 06:03:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Mar 2010 06:03:48 +0000 X-ASF-Spam-Status: No, hits=-1116.1 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Mar 2010 06:03:47 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4019F234C48D for ; Wed, 24 Mar 2010 06:03:27 +0000 (UTC) Message-ID: <254825206.454041269410607248.JavaMail.jira@brutus.apache.org> Date: Wed, 24 Mar 2010 06:03:27 +0000 (UTC) From: "Stu Hood (JIRA)" To: commits@cassandra.apache.org Subject: [jira] Commented: (CASSANDRA-749) Secondary indices for column families MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CASSANDRA-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12849069#action_12849069 ] Stu Hood commented on CASSANDRA-749: ------------------------------------ Cliff mentioned in #cassandra that he preferred the local secondary index approach. I think this was because adding more replicas is supposed to be a solution for scaling out reads, but I don't think it is that simple here. Rather than utilizing IO efficiently by partitioning, all of those nodes will have approximately the same stuff cached in memory, because they won't have been assigned anything specific to hold onto. Also, scaling up to more replicas (than you need for HA) across your entire cluster in order to improve your average latency seems like a waste of disks/machines. Additionally, you have to keep all of those replicas consistent, which means every node still has to answer reads eventually for read repair. Adding nodes doesn't actually eliminate any queries: it might improve your average latency, but it won't affect your throughput. > Secondary indices for column families > ------------------------------------- > > Key: CASSANDRA-749 > URL: https://issues.apache.org/jira/browse/CASSANDRA-749 > Project: Cassandra > Issue Type: New Feature > Components: Core > Reporter: Gary Dusbabek > Assignee: Gary Dusbabek > Priority: Minor > Fix For: 0.8 > > Attachments: 0001-simple-secondary-indices.patch, views-discussion-2.txt, views-discussion.txt > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.