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 8262047D7 for ; Thu, 23 Jun 2011 23:32:12 +0000 (UTC) Received: (qmail 18384 invoked by uid 500); 23 Jun 2011 23:32:10 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 18302 invoked by uid 500); 23 Jun 2011 23:32:09 -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 18294 invoked by uid 99); 23 Jun 2011 23:32:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jun 2011 23:32:09 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [204.13.248.74] (HELO mho-02-ewr.mailhop.org) (204.13.248.74) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jun 2011 23:32:01 +0000 Received: from 67-6-247-165.hlrn.qwest.net ([67.6.247.165] helo=[192.168.0.2]) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72) (envelope-from ) id 1QZtN5-000MKD-Hj for user@cassandra.apache.org; Thu, 23 Jun 2011 23:31:39 +0000 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 67.6.247.165 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/cVlUfcvpaP0LIjYUDIYMxkNaw92zyQrU= Message-ID: <4E03CCD6.5020404@dude.podzone.net> Date: Thu, 23 Jun 2011 17:31:34 -0600 From: AJ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Re: No Transactions: An Example References: <4E026E09.30306@dude.podzone.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 6/23/2011 7:37 AM, Trevor Smith wrote: > AJ, > > Thanks for your input. I don't fully follow though how this would work > with a bank scenario. Could you explain in more detail? > > Thanks. > > Trevor I don't know yet. I'll be researching that. My working procedure is to figure out a way to handle each class of problem that ACID addresses and see if there is an acceptable way to compensate or manage it on the client or business side; following the ideas in the article. I bet solutions exist somewhere. In short, the developer needs to be fully versed in the potential problems that could arise and have ways to deal with it. It's added responsibility for the developer, but if it keeps the infrastructure simple with reduced maintenance costs by not having to integrate another service such as ZK/Cages (as useful as they indeed are) then it may be worth it. I'll let you know what I conclude.