Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@accumulo.apache.org
Received-SPF: pass (athena.apache.org: domain of yuzhihong@gmail.com
 designates 209.85.192.170 as permitted sender)
References: 
 <CAOiJXP7xvKKy9tWsccADF2EXTR+1iyT1MTSu52FY72Fg8p1HFw@mail.gmail.com>
 <CAJRvFdosFyCA=bpY2Y4kSzpcUHg76tLptv7p+033w3kaJcxk8w@mail.gmail.com>
 <CADczPYR7BS1X+hjb93s=tbvieYv0udacNcOpECYRWDptpkwOwg@mail.gmail.com>
 <529F5712.2050809@gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <529F5712.2050809@gmail.com>
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <7D900D11-8E12-45E4-906D-370A453F4DDE@gmail.com>
Cc: "user@accumulo.apache.org" <user@accumulo.apache.org>
From: Ted Yu <yuzhihong@gmail.com>
Subject: Re: HBase rowkey design guidelines
Date: Thu, 5 Dec 2013 03:18:18 +0800
To: "user@accumulo.apache.org" <user@accumulo.apache.org>

For HFile v3, please take a look at:
HBASE-9045 Dictionary based tag compression

Cheers

On Dec 5, 2013, at 12:23 AM, Josh Elser <josh.elser@gmail.com> wrote:

> They have a couple of different encoding strategies in HFile v2 that are s=
imilar.
>=20
> https://issues.apache.org/jira/browse/HBASE-4218
> https://issues.apache.org/jira/browse/HBASE-4676
>=20
> Not sure if there are any new slated approaches for HFile v3.
>=20
> On 12/4/13, 12:28 AM, John Vines wrote:
>> Also, I'm not sure if HBase has the encoding techniques that we utilize
>> in our RFile
>>=20
>> On Wed, Dec 4, 2013 at 12:19 AM, Mike Drob <mdrob@mdrob.com
>> <mailto:mdrob@mdrob.com>> wrote:
>>=20
>>    Well, yes and no.
>>=20
>>    Smaller keys still mean less network traffic, potentially less IO,
>>    and maybe faster operations if you're trying to do application
>>    logic. Using data or default or just d probably doesn't matter in
>>    the long term (although there are certainly cases where it might).
>>=20
>>    On Dec 3, 2013 11:57 PM, "David Medinets" <david.medinets@gmail.com
>>    <mailto:david.medinets@gmail.com>> wrote:
>>=20
>>        http://hbase.apache.org/book/rowkey.design.html - unless I am
>>        misunderstanding much of the advice given for HBase simply
>>        doesn't apply to Accumulo. For example "Try to keep the
>>        ColumnFamily names as small as possible, preferably one
>>        character (e.g. "d" for data/default)."
>>=20
>>=20