Return-Path: X-Original-To: apmail-cassandra-dev-archive@www.apache.org Delivered-To: apmail-cassandra-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BA5209976 for ; Mon, 2 Apr 2012 14:38:33 +0000 (UTC) Received: (qmail 37155 invoked by uid 500); 2 Apr 2012 14:38:32 -0000 Delivered-To: apmail-cassandra-dev-archive@cassandra.apache.org Received: (qmail 37131 invoked by uid 500); 2 Apr 2012 14:38:32 -0000 Mailing-List: contact dev-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 dev@cassandra.apache.org Received: (qmail 37123 invoked by uid 99); 2 Apr 2012 14:38:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Apr 2012 14:38:32 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of romanetti@gmail.com designates 209.85.213.172 as permitted sender) Received: from [209.85.213.172] (HELO mail-yx0-f172.google.com) (209.85.213.172) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Apr 2012 14:38:26 +0000 Received: by yenm5 with SMTP id m5so1330786yen.31 for ; Mon, 02 Apr 2012 07:38:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=1mWZ8seNEpqy+ZxEwdXW2S87fniPXtqKcC0VBWv95IU=; b=T13C7tVMzRPsHgLe/Q3uoZRIDCfXgERDC/Ib3TOZ9t1JUcJiOJP8r9Yz5XyWSkBEXA NrQT8WFY/wL3T1ayYVfl1dLaUo2UvXDJ7BlZAWCbIUmEoOB5j1lqJs05e1qD0VHaxAEd oOqdzkMzy2U7efzk01mrKr5lq5cbx9v4tKSqjVuS1iAUpAOCKzRtoJ3tPzI5PfLWQPRl ae0ini7c1py2aAmJGqSG59n4kDpUpeTAKSWZV/u3PPZ2/js9ksP5FjTEA1tFv9a9Bhvx 0kJ4nXXnCvl/r2DF+V8VGvLVqU1rcJbH3K3rbPMmi76DOQXpkzq16xtSXEQbtvd+jpZ6 z99A== MIME-Version: 1.0 Received: by 10.68.195.38 with SMTP id ib6mr21893651pbc.28.1333377485272; Mon, 02 Apr 2012 07:38:05 -0700 (PDT) Sender: romanetti@gmail.com Received: by 10.68.27.201 with HTTP; Mon, 2 Apr 2012 07:38:05 -0700 (PDT) In-Reply-To: References: Date: Mon, 2 Apr 2012 16:38:05 +0200 X-Google-Sender-Auth: 4CUsHhKGvBJYqGoFd6K7qbq7T8A Message-ID: Subject: Re: digest query: why relying on value? From: Nicolas Romanetti To: dev@cassandra.apache.org Content-Type: multipart/alternative; boundary=e89a8ffbae615c767404bcb323d1 --e89a8ffbae615c767404bcb323d1 Content-Type: text/plain; charset=ISO-8859-1 Right on spot thanks! It would be interesting to have some metrics on how rare is the case: // break ties by comparing values. if (timestamp() == column.timestamp()) return value().compareTo(column.value()) < 0 ? column : this; If extremely rare, it would be may be more efficient to not hash the value and reclaim it only when hitting a such case (ok easy to say :-)) On Mon, Apr 2, 2012 at 4:25 PM, Jonathan Ellis wrote: > Look at Column.reconcile. > > On Mon, Apr 2, 2012 at 9:17 AM, Nicolas Romanetti > wrote: > > Hello, > > > > Why does the digest read response include a hash of the column value? > Isn't > > the timestamp sufficient? > > > > May be an answer: > > Is the value hash computed to cope with (I presume rare) race condition > > scenario where 2 nodes would end up with same col. name and same col. > > timestamp but with a different col. value ? > > But then I wonder how to decide which value wins! > > > > Sincerely, > > > > Nicolas. > > > > -- > Jonathan Ellis > Project Chair, Apache Cassandra > co-founder of DataStax, the source for professional Cassandra support > http://www.datastax.com > -- Nicolas Romanetti 06 18 65 03 89 twitter: @nromanetti http://www.jaxio.com/ http://www.springfuse.com/ --e89a8ffbae615c767404bcb323d1--