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 C14A7DD6D for ; Fri, 30 Nov 2012 21:54:38 +0000 (UTC) Received: (qmail 54588 invoked by uid 500); 30 Nov 2012 21:54:36 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 54507 invoked by uid 500); 30 Nov 2012 21:54:36 -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 54499 invoked by uid 99); 30 Nov 2012 21:54:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Nov 2012 21:54:36 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of anilgupta84@gmail.com designates 209.85.220.169 as permitted sender) Received: from [209.85.220.169] (HELO mail-vc0-f169.google.com) (209.85.220.169) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Nov 2012 21:54:32 +0000 Received: by mail-vc0-f169.google.com with SMTP id gb23so155269vcb.14 for ; Fri, 30 Nov 2012 13:54:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=7D3yplo3rhWQZMyg1kicrG5uk2oonJdj5dDkBMRMLrQ=; b=d/9l95UlVlmaLk+SmbaFYTyNizC4ilUkPhZpyIPweLP1PKbe6JOS7eriwVMyomhQZe PNiU5UaNeF5qP3UVQg1RJe79vArWq4lRPI6au+JBVVDEEMWL7ogy6QD68OXaZ+b8G4Xs XwGUg4QzAlUtjX/1Kfja1SqwCj+cczxr0KGbA711/pk0GLxzVgJZc+z7MtMguNetvoKg MEEzMQxurCRl8iwP9eouJgisahXavsL1e/VpzC/n++0WnxDDcMS63n1lE+S/8Ki8EYFn s0jhB0MSRuKuTA/kzBNb1K0gCsxGvKnLMy16VkaK16sYz5oOe7Vdp0immqiq55nh//Zg mJAw== Received: by 10.58.186.147 with SMTP id fk19mr2346794vec.13.1354312450973; Fri, 30 Nov 2012 13:54:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.201.65 with HTTP; Fri, 30 Nov 2012 13:53:50 -0800 (PST) In-Reply-To: References: From: anil gupta Date: Fri, 30 Nov 2012 13:53:50 -0800 Message-ID: Subject: Re: Why InternalScanner doesn't have a method that returns entire row or object of Result To: user@hbase.apache.org Content-Type: multipart/alternative; boundary=047d7b6d7df68e1f4e04cfbd7017 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b6d7df68e1f4e04cfbd7017 Content-Type: text/plain; charset=ISO-8859-1 Does this method in InternalScanner gets KeyValue's for only 1 row in 1 call. Am i right? boolean *next *(List > results) Grab the next row's worth of values. http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/regionserver/InternalScanner.html Thanks, Anil Gupta On Fri, Nov 30, 2012 at 10:54 AM, anil gupta wrote: > Hi All, > > I am developing a Coprocessor to sort results on the basis of Cell Value. > Basically an equivalent of order by clause in RDBMS. > In my subclass of BaseEndpointCoprocessor i would like to do fetch of > entire rows rather than individual KeyValue using the InternalScanner. But, > surprisingly there is no method to do that. Can any one tell me why we dont > have a method for fetching rows? What is the most optimized way to fetch > rows through current InternalScanner methods? > -- > Thanks & Regards, > Anil Gupta > -- Thanks & Regards, Anil Gupta --047d7b6d7df68e1f4e04cfbd7017--