From user-return-26901-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Tue Jun 12 04:41:55 2012 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 8FA7899F1 for ; Tue, 12 Jun 2012 04:41:55 +0000 (UTC) Received: (qmail 70818 invoked by uid 500); 12 Jun 2012 04:41:53 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 70650 invoked by uid 500); 12 Jun 2012 04:41:52 -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 70626 invoked by uid 99); 12 Jun 2012 04:41:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jun 2012 04:41:51 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=FSL_RCVD_USER,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [208.113.200.5] (HELO homiemail-a42.g.dreamhost.com) (208.113.200.5) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jun 2012 04:41:44 +0000 Received: from homiemail-a42.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a42.g.dreamhost.com (Postfix) with ESMTP id DAC8B68C05B for ; Mon, 11 Jun 2012 21:41:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=thelastpickle.com; h=from :mime-version:content-type:subject:date:in-reply-to:to :references:message-id; q=dns; s=thelastpickle.com; b=Bm3M/151hM 8qFWi7kWL/9Zumjus4+Li64NRRn1b6Cjo9r0rg46NBw/LtNov92alaJ92+bg4iMT F22tGW/9u6meipqbLHJdUF1mXm4SHKo7C5tbtoJrmUE+pO8vHGNyFIrePhtpvzHl 6K5LIj1Tp9jGSU/ynLLIJrha7cSGVdz6I= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=thelastpickle.com; h=from :mime-version:content-type:subject:date:in-reply-to:to :references:message-id; s=thelastpickle.com; bh=pV6/syL1C4yLLkVK fqrMFnebSCA=; b=z7IEnf9KZW2FjsqlhPtQudSimWLewbegNNkYwZ2+rf+0WRbD 1etntTPB/rJSUbs+NuIT37Q2+1QW5+XNhk5sFYI0u9ZQi8tpj1WtPWNyv1RPKSll NUy/575BOHhRDIUvA4wYnbbJk/88PxwWJEwdXRCnsHgpx7JOCS1KaGMRq8w= Received: from [192.168.2.189] (unknown [116.90.132.105]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aaron@thelastpickle.com) by homiemail-a42.g.dreamhost.com (Postfix) with ESMTPSA id B06B868C058 for ; Mon, 11 Jun 2012 21:41:19 -0700 (PDT) From: aaron morton Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: multipart/alternative; boundary="Apple-Mail=_5FCA04E2-2786-4626-A37A-8F36B354723C" Subject: Re: batch isolation Date: Tue, 12 Jun 2012 16:41:16 +1200 In-Reply-To: To: user@cassandra.apache.org References: Message-Id: X-Mailer: Apple Mail (2.1278) --Apple-Mail=_5FCA04E2-2786-4626-A37A-8F36B354723C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Row level deletion information is included in the row level isolation.=20= Cheers ----------------- Aaron Morton Freelance Developer @aaronmorton http://www.thelastpickle.com On 5/06/2012, at 6:05 AM, Todd Burruss wrote: > I don't think I'm being clear. I just was wondering if a "row delete" = is > isolated with all the other inserts or deletes to a specific column = family > and key in the same batch. >=20 > On 6/4/12 1:58 AM, "Sylvain Lebresne" wrote: >=20 >> On Sun, Jun 3, 2012 at 6:05 PM, Todd Burruss = wrote: >>> I just meant there is a "row delete" in the same batch as inserts - = all >>> to >>> the same column family and key >>=20 >> Then it's the timestamp that will decide what happens. Whatever has a >> timestamp lower or equal to the tombstone timestamp will be deleted >> (that stands for insert in the batch itself). >>=20 >> -- >> Sylvain >>=20 >>=20 >>>=20 >>>=20 >>> -----Original Message----- >>> From: Sylvain Lebresne [sylvain@datastax.com] >>> Received: Sunday, 03 Jun 2012, 3:44am >>> To: user@cassandra.apache.org [user@cassandra.apache.org] >>> Subject: Re: batch isolation >>>=20 >>> On Sun, Jun 3, 2012 at 2:53 AM, Todd Burruss >>> wrote:> >>>> 1 =AD does this mean that a batch_mutate that first sends a "row = delete" >>>> mutation on key X, then subsequent insert mutations for key X is >>>> isolated? >>>=20 >>> I'm not sure what you mean by having "a batch_mutate that first = sends >>> ... then ...", since a batch_mutate is a single API call. >>>=20 >>>> 2 =AD does isolation span column families for the same key within = the >>>> same >>>> batch_mutate? >>>=20 >>> No, it doesn't span column families (contrarily to atomicity). There >>> is more details in >>> http://www.datastax.com/dev/blog/row-level-isolation. >>>=20 >>> -- >>> Sylvain >=20 --Apple-Mail=_5FCA04E2-2786-4626-A37A-8F36B354723C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
http://www.thelastpickle.com

On 5/06/2012, at 6:05 AM, Todd Burruss wrote:

I = don't think I'm being clear.  I just was wondering if a "row = delete" is
isolated with all the other inserts or deletes to a = specific column family
and key in the same batch.

On 6/4/12 = 1:58 AM, "Sylvain Lebresne" <sylvain@datastax.com> = wrote:

On Sun, Jun 3, 2012 at 6:05 PM, = Todd Burruss <bburruss@expedia.com> = wrote:
I just meant there is a "row delete" in the same batch as = inserts - all
to
the same column family and = key

Then it's the = timestamp that will decide what happens. Whatever has = a
timestamp lower or equal to = the tombstone timestamp will be deleted
(that stands for insert in the batch = itself).

--
Sylvain




-----Original = Message-----
From: Sylvain Lebresne [sylvain@datastax.com]
Received: Sunday, 03 Jun 2012, = 3:44am
To: user@cassandra.apache.org = [user@cassandra.apache.org]
Subject: Re: batch = isolation

On Sun, Jun 3, 2012 at 2:53 AM, = Todd Burruss <bburruss@expedia.com>
wrote:>
1 =AD = does this mean that a batch_mutate that first sends a "row = delete"
mutation= on key X, then subsequent insert mutations for key X = is
isolated?

I'm not sure what you mean by = having "a batch_mutate that first = sends
... then ...", since a batch_mutate is a single API = call.

2 =AD = does isolation span column families for the same key  within = the
same
batch_mutate?

No, it doesn't span column = families (contrarily to atomicity). = There
is more details = in
http://www.d= atastax.com/dev/blog/row-level-isolation.

--
Sylvain

=

= --Apple-Mail=_5FCA04E2-2786-4626-A37A-8F36B354723C--