hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ted Yu <yuzhih...@gmail.com>
Subject Re: Wide Rows vs Multiple column families
Date Thu, 25 Sep 2014 17:56:28 GMT
There should not be impact to hbase write performance for two column
families.

Cheers

On Thu, Sep 25, 2014 at 10:53 AM, Nishanth S <nishanth.2884@gmail.com>
wrote:

> Thank you Ted.No I do not  plan to use bulk loading  since the data is
>  incremental in nature.
>
> On Thu, Sep 25, 2014 at 11:36 AM, Ted Yu <yuzhihong@gmail.com> wrote:
>
> > For #1, do you plan to use bulk load ?
> >
> > For #3, take a look at HBASE-5416 which introduced essential column
> family.
> > In your query, you can designate the smaller column family as essential
> > column family where smaller columns are queried.
> >
> > Cheers
> >
> > On Thu, Sep 25, 2014 at 9:57 AM, Nishanth S <nishanth.2884@gmail.com>
> > wrote:
> >
> > > Hi everyone,
> > >
> > > This question may have been asked many times  but I would really
> > appreciate
> > > if some one can help me  on how to go about this.
> > >
> > >
> > > Currently my hbase table consists of about 10 columns per row  which in
> > > total has an average size of  5K.The chunk of the size is held by  one
> > > particular column(more than 4K).Would it help to move  this column out
> > to a
> > > different column family when we do reads.There are cases where we just
> > need
> > > to access the smaller columns and  there is another set of use cases
> > where
> > > you need both the data(the one in smaller column and this huge data
> > > chunk).In general I am trying to answer the below questions in this
> > > scenario.
> > >
> > >
> > > 1.Would seperating to multiple column families affect  hbase write
> > > performance?
> > >
> > > 2. How would if affect my read performance considering both the read
> > cases?
> > >
> > > 3.Is there any advantage that I am gaining by seperating into multiple
> > cfs?
> > >
> > >
> > > I would really appreciate if any one could  point me in the right
> > > direction.
> > >
> > >
> > > -Thanks
> > > Nishan
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message