Return-Path: Delivered-To: apmail-hadoop-hbase-user-archive@minotaur.apache.org Received: (qmail 84107 invoked from network); 8 Mar 2010 15:58:53 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Mar 2010 15:58:53 -0000 Received: (qmail 42101 invoked by uid 500); 8 Mar 2010 15:58:29 -0000 Delivered-To: apmail-hadoop-hbase-user-archive@hadoop.apache.org Received: (qmail 42070 invoked by uid 500); 8 Mar 2010 15:58:29 -0000 Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-user@hadoop.apache.org Delivered-To: mailing list hbase-user@hadoop.apache.org Received: (qmail 42062 invoked by uid 99); 8 Mar 2010 15:58:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Mar 2010 15:58:29 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of erikholstad@gmail.com designates 209.85.216.185 as permitted sender) Received: from [209.85.216.185] (HELO mail-px0-f185.google.com) (209.85.216.185) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Mar 2010 15:58:26 +0000 Received: by pxi15 with SMTP id 15so2194776pxi.20 for ; Mon, 08 Mar 2010 07:58:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=e1Nk5UvKNHD8pckydlmD4oFx+etIo2U7bpOgr9rnnxM=; b=sOMWAMp03fXFpDyfGB8zqGtHvPoBZnUK5WypwpMa1Uf5IzoSsSzbaqTUeF9/G31UwE VM90wtZ6QtJ1XmOCUaGHk3fx74D8ziBYOuqgf6sL/gtIh7iixgq+l5n/fZICs/G5KTvE yd4OBhTAdvhOz44///NNQZAWIvQN/EqoFkWn4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Ifzm2i7qPlwpzUOJRzlmjSh/F9dBGtnzjUpbBy4m9i4TtX1bviw/zi1OreDufRL9SK +9Bfr3vO4FJnXuBf+HAT6fuLuqtWBDO4wN3aYr1cQKZwh0n2pHsN4XwhGx1CM1K64Fi8 YVf7gFJmhtl+aV39gW+Ze8vV2whjJ+mIw10nQ= MIME-Version: 1.0 Received: by 10.115.80.6 with SMTP id h6mr3361316wal.13.1268063886362; Mon, 08 Mar 2010 07:58:06 -0800 (PST) In-Reply-To: <4B951C3E.4030107@kalooga.com> References: <4B94F35E.4090506@kalooga.com> <74f4d40b1003080709g70abf838qf06a7492e70ffd22@mail.gmail.com> <4B951C3E.4030107@kalooga.com> Date: Mon, 8 Mar 2010 07:58:06 -0800 Message-ID: <74f4d40b1003080758q7429ec8at911a5704ffea4106@mail.gmail.com> Subject: Re: Best way to do a clean update of a row From: Erik Holstad To: hbase-user@hadoop.apache.org Content-Type: multipart/alternative; boundary=0016e64dc8fe7fc7a804814c212f --0016e64dc8fe7fc7a804814c212f Content-Type: text/plain; charset=ISO-8859-1 Hey Ferdy! Not really sure what you are asking now. But if you do a deleteRow and then a put in the same milli second the put will be "shadowed" by the delete so that it will not show up when you look for later, if that makes sense? The reason for this is that deletes are sorted before puts for the same timestamp, so for a put to be viewable it needs to have a newer timestamp than the delete. -- Regards Erik --0016e64dc8fe7fc7a804814c212f--