hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ted Yu <yuzhih...@gmail.com>
Subject Re: Splitting table by column family
Date Tue, 18 Mar 2014 20:16:30 GMT
bq. single row is always located in the one region

Yes.


On Tue, Mar 18, 2014 at 1:12 PM, Mikhail Antonov <olorinbant@gmail.com>wrote:

> Thanks for the quick reply, Ted!
>
> I believe I saw that on the stackoverflow, but can't quickly find the link
> now. I primarily asked thinking that it may be some low-level
> implementation detail, hence not widely mentioned or discussed. So
> including the latest releases (I looked thru the release notes of 0.98 and
> 0.96 briefly and didn't find anything relevant), the right answer still is
> - the single row is always located in the one region?
>
> -Mikhail
>
>
> 2014-03-18 12:22 GMT-07:00 Ted Yu <yuzhihong@gmail.com>:
>
> > bq. I've heard also information that for the huge (wide) rows ...
> >
> > That is not true.
> > Where did you get such information ?
> >
> >
> > On Tue, Mar 18, 2014 at 11:37 AM, Mikhail Antonov <olorinbant@gmail.com
> > >wrote:
> >
> > > Hey guys,
> > >
> > > I have one question regarding splitting the table to regions which I
> > > couldn't find the complete answer for.
> > >
> > > So I found in the various sources that the region split divides the
> table
> > > by the rowkey, and that the single row is always guaranteed to be
> > contained
> > > within the single region.
> > >
> > > However, I've heard also information that for the huge (wide) rows,
> there
> > > is also a possibility to split them by column families, i.e. the huge
> > > single row can actually have it's column families located in different
> > > regions, hence, the single row can span multiple regions.
> > >
> > > Having looked at the regionserver sources of SplitTransaction and
> > around, I
> > > couldn't find anything related to splitting the row by the column
> > families.
> > >
> > > Could you please advise me if it's actually possible or not?
> > >
> > > --
> > > Thanks,
> > > Michael Antonov
> > >
> >
>
>
>
> --
> Thanks,
> Michael Antonov
>

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