hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Asaf Mesika <asaf.mes...@gmail.com>
Subject Re: small hbase doubt
Date Fri, 12 Jul 2013 04:11:27 GMT
Do you think prefix compression can also be utilized here? In our use case
we sent a list of Put of counters in which the key is quite long and the
keys are quite similar to one another. This can save bandwidth.

On Friday, July 12, 2013, Ted Yu wrote:

> Right.
>
> Take a look at http://hbase.apache.org/book.html#d2617e13654 and section
> J.4.3.2
>
> On Thu, Jul 11, 2013 at 9:01 PM, Asaf Mesika <asaf.mesika@gmail.com<javascript:;>>
> wrote:
>
> > I thought that in 0.95 ProtoBuf provides RPC compression, no?
> >
> > On Friday, July 12, 2013, Alok Singh Mahor wrote:
> >
> > > To Jean :
> > > Thanks for replying. well could you please elaborate your answer..and
> by
> > > that 'query' ..i meant can anyone clear my doubt :-)
> > >
> > > To Doug:
> > > Thanks for replying. but then how LZO improves efficiency of network
> > > bandwidth when getting data from remote server...? what's that?
> > >
> > >
> > > On Thu, Jul 11, 2013 at 6:54 PM, Jean-Marc Spaggiari <
> > > jean-marc@spaggiari.org <javascript:;> <javascript:;>> wrote:
> > >
> > > > Hi Alok,
> > > >
> > > > What do you mean by "query"?
> > > >
> > > > Gets are done based on the key. And snappy and LZO are used to
> compress
> > > the
> > > > value. So only when a row feet your needs HBase will decrompress the
> > > value
> > > > and send it back to you...
> > > >
> > > > Does it reply to your question?
> > > >
> > > > JM
> > > >
> > > > 2013/7/11 Alok Singh Mahor <alokmahor@gmail.com <javascript:;><javascript:;>>
> > > >
> > > > > Hello everyone,
> > > > > could anyone tell me small query?
> > > > >
> > > > > Does Hbase decompress data before executing query or it execute
> > queries
> > > > on
> > > > > compressed data? and how snappy and lzo actually behave ?
> > > > >
> > > > > thanks
> > > > >
> > > >
> > >
> >
>

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