Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-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 716C2987F for ; Tue, 22 May 2012 20:23:14 +0000 (UTC) Received: (qmail 51385 invoked by uid 500); 22 May 2012 20:23:12 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 51340 invoked by uid 500); 22 May 2012 20:23:12 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 51332 invoked by uid 99); 22 May 2012 20:23:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 May 2012 20:23:12 +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 stoffe@gmail.com designates 209.85.213.41 as permitted sender) Received: from [209.85.213.41] (HELO mail-yw0-f41.google.com) (209.85.213.41) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 May 2012 20:23:04 +0000 Received: by yhr47 with SMTP id 47so8485995yhr.14 for ; Tue, 22 May 2012 13:22:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=nTHOjKg7kaqNF0smZRgBBeu+L6KFn1yYKQM+XddDKrY=; b=en+gzZRuYcgB8ZdkIMqwsag2/WoyosIt6eSXnEkz59SwTei/+xkgICYIuygxLbFqAc htDchKTUe0vEA12DZETai9+MBo+EapKFR2DeApqFmTEeI/5ZwF1Rl4CG+djIS+WdTxyr zt5QQv0/B06YqOdgZxk7MRurNAR8GOttryYfFzV4g0FwJio/Tq2PvHq0DJCMZVLaCsgH svaMZ51NKm0ou4oJ5A53S/0KggSuxwlPn3q1+bdO25ElB2lbxVfraA126ul3UMNgeraQ N6AO8FnecpgACF1rb03QQFCkdEnqqExx9LYxiUSewNtPgQ/W9hRqtg/5BdsrECG/pHUp Blbw== MIME-Version: 1.0 Received: by 10.50.149.170 with SMTP id ub10mr10970222igb.38.1337718163339; Tue, 22 May 2012 13:22:43 -0700 (PDT) Received: by 10.42.149.4 with HTTP; Tue, 22 May 2012 13:22:43 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 May 2012 22:22:43 +0200 Message-ID: Subject: Re: Using put for nullifying qualifiers From: =?ISO-8859-1?Q?Kristoffer_Sj=F6gren?= To: user@hbase.apache.org Content-Type: multipart/alternative; boundary=e89a8f3ba309ef7a1c04c0a5c773 --e89a8f3ba309ef7a1c04c0a5c773 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks, sounds like that should do it. So im guessing it is correct to assume that _all_ KeyValues added to a _single_ Put operation will either wholely succeed or wholely fail as long as they belong to the same row? On Tue, May 22, 2012 at 8:30 PM, Tom Brown wrote: > I don't think you can include a delete with a put and keep it atomic. > You could include a null version of the column with your put, though, > for a similar effect. > > --Tom > > On Tue, May 22, 2012 at 10:55 AM, Kristoffer Sj=F6gren > wrote: > > Hi > > > > I'm trying to use Put operations to replace ("set") already existing ro= ws > > by nullify certain columns and qualifiers as part of an Put operation. > > > > The reason I want to do this is 1) keep the operation atomic/consistent > 2) > > avoid latency from first doing Delete then Put. > > > > Is there some way to do this kind of operation? > > > > Cheers, > > -Kristoffer > --e89a8f3ba309ef7a1c04c0a5c773--