Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jira@apache.org
Date: Tue, 18 Dec 2012 18:42:14 +0000 (UTC)
From: "Christopher Tubbs (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12548568.1332974258496.24302.1355856134224@arcas>
In-Reply-To: <JIRA.12548568.1332974258496@arcas>
References: <JIRA.12548568.1332974258496@arcas>
Subject: [jira] [Updated] (ACCUMULO-501) RFile should store the key count in
 metadata
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Christopher Tubbs updated ACCUMULO-501:
---------------------------------------

    Fix Version/s:     (was: 1.5.0)
    
> RFile should store the key count in metadata
> --------------------------------------------
>
>                 Key: ACCUMULO-501
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-501
>             Project: Accumulo
>          Issue Type: Improvement
>            Reporter: Eric Newton
>            Assignee: Eric Newton
>
> BulkImport estimates the number of keys in a file to be zero.  We store the largest and smallest key in metadata, I think we can afford to store the key count use it to provide an estimate when we load it into the tablet.  Perhaps if we know the start key is "a" and the end key is "z" and the tablets range is "a->m" we can just estimate 50% of the key count.
> When a bulk file fits completely in a range, the key count estimate will be accurate.

--
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