Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
HBase >> mail # user >> any multitenancy suggestions for HBase?

Copy link to this message
Re: any multitenancy suggestions for HBase?
Hi Bill,

At the recent HBase hackathon in Berlin there was some word of ACLs in (the next release of?) HBase from the Trend Micro guys, I believe.
Check this: http://search-hadoop.com/?q=acl&fc_project=HBase&fc_type=jira

We're hiring HBase / Hadoop / Hive / Mahout engineers with interest in Big Data Mining and Analytics

>From: Bill Graham <[EMAIL PROTECTED]>
>Sent: Monday, June 13, 2011 6:31 PM
>Subject: any multitenancy suggestions for HBase?
>Hello there,
>We have a number of different groups within our organization who will soon
>be working within the same HBase cluster and we're trying to set up some
>best practices to keep thinks organized. Since there are no HBase ACLs  and
>no concept of multiple databases in the cluster, we're looking to propose a
>simple convention that will hopefully keep people from stepping on each
>others toes (or worse!).
>Does anyone have any best/worst practices they're willing to share w.r.t.
>thing likes table/column naming schemes in a multitenant environment? For
>table names for example, is there anything better than a basic dot-delimited
>naming convention with the group name as the first token?
>Also, I assume there's no performance cost with using long table names like
>there is with long CF:col names. Please let me know if that's not the case.