Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (athena.apache.org: domain of leifwickland@gmail.com
 designates 74.125.83.169 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        b=hoJWmBkbqrMqMN56m3g4urpxQxfWiBijz+w3YEzIZr4RHXIrWe6ME7VPKFINy1Gl7+
         4u76i/SxoI6IoHVPOh8n5AthW8/ZkgSt6CeyGJj1m1kxgkx4s511ZVQJ46akJEFdo4Jt
         1rlJ91BTHr9O+rIgD3YWW/h1npZIodMdjxqGg=
MIME-Version: 1.0
In-Reply-To: <BANLkTinCJRg81nZE-vY7_Dj+3T-dthiqtA@mail.gmail.com>
References: <BANLkTi=DGRVWGBLDbb2sJMO8arho6=XvVQ@mail.gmail.com>
 <67680900F79B1D4F99C844EE386FC5952823BECD30@EX2K7VS03.4emm.local>
 <4DED109E.5030605@qualtrics.com>
 <BANLkTikt5OOASmeGLVStxJSgH46drHLbTg@mail.gmail.com>
 <BANLkTinCJRg81nZE-vY7_Dj+3T-dthiqtA@mail.gmail.com>
From: Leif Wickland <leifwickland@gmail.com>
Date: Mon, 13 Jun 2011 15:35:05 -0600
Message-ID: <BANLkTikad76msBB8BdTSyp6pTPxeeCcmHw@mail.gmail.com>
Subject: Re: Question from HBase book: "HBase currently does not do well with
 anything about two or three column families"
To: user@hbase.apache.org
Content-Type: multipart/alternative; boundary=bcaec520ecb7344cba04a59eb245

--bcaec520ecb7344cba04a59eb245
Content-Type: text/plain; charset=UTF-8

Thanks for replying, J-D.

My interpretation is that they try to keep that number low, from page 2:
>
> "It is our intent that the number of distinct column families in a
> table be small (in the hundreds at most)"
>

Table 2 provides some actual CF/table numbers.  One of the crawl tables has
16 CFs and one of the Google Base tables had 29 CFs.


> Could you just store that in the same family?
>

Yup.  I could.  Their would be a little weirdness to it, but I think it's
doable.  It seems like that's the consensus suggestion.


> Row locking is rarely a good idea, it doesn't scale and they currently
> aren't persisted anywhere except the RS memory (so if it dies...).
> Using a single family might be better for you.


Thanks for the pointer.

Leif

--bcaec520ecb7344cba04a59eb245--