hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ramasubramanian Narayanan <ramasubramanian.naraya...@gmail.com>
Subject Re: Regarding Indexing columns in HBASE
Date Tue, 04 Jun 2013 17:22:50 GMT
Hi Michel,

If you don't mind can you please help explain in detail ...

Also can you pls let me know whether we have secondary index in HBASE?

regards,
Rams


On Tue, Jun 4, 2013 at 1:13 PM, Michel Segel <michael_segel@hotmail.com>wrote:

> Quick and dirty...
>
> Create an inverted table for each index....
> Then you can take the intersection of the result set(s) to get your list
> of rows for further filtering.
>
> There is obviously more to this, but its the core idea...
>
>
> Sent from a remote device. Please excuse any typos...
>
> Mike Segel
>
> On Jun 4, 2013, at 11:51 AM, Shahab Yunus <shahab.yunus@gmail.com> wrote:
>
> > Just a quick thought, why don't you create different tables and duplicate
> > data i.e. go for demoralization and data redundancy. Is your all read
> > access patterns that would require 70 columns are incorporated into one
> > application/client? Or it will be bunch of different
> clients/applications?
> > If that is not the case then I think why not take advantage of more
> storage.
> >
> > Regards,
> > Shahab
> >
> >
> > On Tue, Jun 4, 2013 at 12:43 PM, Ramasubramanian Narayanan <
> > ramasubramanian.narayanan@gmail.com> wrote:
> >
> >> Hi,
> >>
> >> In a HBASE table, there are 200 columns and the read pattern for
> diffferent
> >> systems invols 70 columns...
> >> In the above case, we cannot have 70 columns in the rowkey which will
> not
> >> be a good design...
> >>
> >> Can you please suggest how to handle this problem?
> >> Also can we do indexing in HBASE apart from rowkey? (something called
> >> secondary index)
> >>
> >> regards,
> >> Rams
> >>
>

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