Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 17734 invoked from network); 23 May 2009 16:41:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 23 May 2009 16:41:29 -0000 Received: (qmail 4947 invoked by uid 500); 23 May 2009 16:41:42 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 4873 invoked by uid 500); 23 May 2009 16:41:41 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 4863 invoked by uid 99); 23 May 2009 16:41:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 May 2009 16:41:41 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.198.225] (HELO rv-out-0506.google.com) (209.85.198.225) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 May 2009 16:41:30 +0000 Received: by rv-out-0506.google.com with SMTP id f6so414740rvb.5 for ; Sat, 23 May 2009 09:41:07 -0700 (PDT) MIME-Version: 1.0 Sender: edward@udanax.org Received: by 10.141.29.11 with SMTP id g11mr2090083rvj.17.1243096867545; Sat, 23 May 2009 09:41:07 -0700 (PDT) In-Reply-To: <74f4d40b0905230934r67a165bfk142869e61a4d203@mail.gmail.com> References: <78568af10905220033j499e3afdlee308ad1cad0df21@mail.gmail.com> <78568af10905220109r6a9290e3l546d5b87592aa154@mail.gmail.com> <74f4d40b0905220824j42f4271dg12e9832d71546369@mail.gmail.com> <74f4d40b0905230934r67a165bfk142869e61a4d203@mail.gmail.com> Date: Sun, 24 May 2009 01:41:07 +0900 X-Google-Sender-Auth: 0320c586c510a5f8 Message-ID: Subject: Re: About the table on time dimension. From: "Edward J. Yoon" To: hbase-dev@hadoop.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Oh... OK, I see. Then, Is there a way to scan only specified version? On Sun, May 24, 2009 at 1:34 AM, Erik Holstad wrote: > Hi Edward! > Like Ryan said I think you are a little bit confused about where the > "versions" attribute applies. > It is a per family setting which means that for every family for every table > you can keep a different number > of versions. And when you scan you get that for every row > > When you use the scan command in the shell you might get some results that > looks a little bit weird if you don't know what > you are looking at. > > Try: > create 't1', {NAME => 'f1', VERSIONS => 1} > put 't1', 'r1', 'f1:qf1' ,'value1', 1 > put 't1', 'r1', 'f1:qf1' ,'value2', 2 > get 't1', 'r1', {COLUMN => 'f1:qf1'} > You should get something like: > timestamp=2, value=value2 > > Hope that it clears some stuff up for you. > > Erik > -- Best Regards, Edward J. Yoon @ NHN, corp. edwardyoon@apache.org http://blog.udanax.org