Return-Path: Delivered-To: apmail-incubator-cassandra-dev-archive@minotaur.apache.org Received: (qmail 88287 invoked from network); 4 Nov 2009 22:09:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Nov 2009 22:09:53 -0000 Received: (qmail 48769 invoked by uid 500); 4 Nov 2009 22:09:53 -0000 Delivered-To: apmail-incubator-cassandra-dev-archive@incubator.apache.org Received: (qmail 48715 invoked by uid 500); 4 Nov 2009 22:09:53 -0000 Mailing-List: contact cassandra-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cassandra-dev@incubator.apache.org Delivered-To: mailing list cassandra-dev@incubator.apache.org Received: (qmail 48696 invoked by uid 99); 4 Nov 2009 22:09:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Nov 2009 22:09:53 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bill@dehora.net designates 207.7.108.242 as permitted sender) Received: from [207.7.108.242] (HELO chilco.textdrive.com) (207.7.108.242) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Nov 2009 22:09:50 +0000 Received: from [192.168.1.18] (unknown [89.100.251.254]) by chilco.textdrive.com (Postfix) with ESMTP id 85F32DDD41; Wed, 4 Nov 2009 22:09:28 +0000 (UTC) Message-ID: <4AF1FB94.2020301@dehora.net> Date: Wed, 04 Nov 2009 22:09:24 +0000 From: Bill de hOra User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: cassandra-user@incubator.apache.org CC: cassandra-dev@incubator.apache.org Subject: Re: Incr/Decr Counters in Cassandra References: <6E415F02-B17C-4559-94AA-D82903DD113C@digg.com> <4AF1F749.5050509@dehora.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit incr/decr for counters maybe doesn't fit with EC (as you might need a global lock for some use cases ), but plus/minus are slightly different as they're commutative and don't require a total ordering. Bill Michael Greene wrote: > This has come up before at http://markmail.org/thread/w3mrh4h64xpf3vuj > and http://markmail.org/message/vnmsuddlrhaziq7g > I am in favor of adding eventually-consistent atomic operations such > as this, but I'm not sure how one would implement it. Some sort of > UUID + bloomfilter for the individual atomic operations? I tend to > think "retrieve and increment" as requested by Jon is at odds with > eventual consistency, but maybe I'm wrong. > > Michael > > On Wed, Nov 4, 2009 at 3:51 PM, Bill de hOra wrote: >> >> Chris Goffinet wrote: >>> Hey, >>> >>> At Digg we've been thinking about counters in Cassandra. In a lot of our >>> use cases we need this type of support from a distributed storage system. >>> Anyone else out there who has such needs as well? Zookeeper actually has >>> such support and we might use that if we can't get the support in Cassandra. >> I tend to need a generalization on incr/decr which is plus/minus (eg for >> quota management). Having these in Cassandra would be great. >> >> Bill >>