Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Fri, 8 Mar 2013 01:34:12 +0000 (UTC)
From: "Gary Helmling (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12544642.1330532399442.404850.1362706452781@arcas>
In-Reply-To: <JIRA.12544642.1330532399442@arcas>
References: <JIRA.12544642.1330532399442@arcas>
Subject: [jira] [Updated] (HBASE-5492) Caching StartKeys and EndKeys of
 Regions
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HBASE-5492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gary Helmling updated HBASE-5492:
---------------------------------

    Fix Version/s:     (was: 0.92.3)
    
> Caching StartKeys and EndKeys of Regions
> ----------------------------------------
>
>                 Key: HBASE-5492
>                 URL: https://issues.apache.org/jira/browse/HBASE-5492
>             Project: HBase
>          Issue Type: Improvement
>          Components: Client
>    Affects Versions: 0.92.0
>         Environment: all
>            Reporter: honghua zhu
>         Attachments: HBASE-5492.patch
>
>
> Each call for HTable.getStartEndKeys will read meta table.
> In particular, 
> in the case of client side multi-threaded concurrency statistics, 
> we must call HTable.coprocessorExec== > getStartKeysInRange ==> getStartEndKeys,
> resulting in the need to always scan the meta table.
> This is not necessary,
> we can implement the HConnectionManager.HConnectionImplementation.locateRegions(byte[] tableName) method,
> then, get the StartKeys and EndKeys from the cachedRegionLocations of HConnectionImplementation.
> Combined with https://issues.apache.org/jira/browse/HBASE-5491, can improve the performance of statistical

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira