[ 
https://issues.apache.org/jira/browse/HBASE-6222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13393623#comment-13393623
 ] 

stack commented on HBASE-6222:
------------------------------

bq. I would assume the latter, a map of key values for each tag.

This strikes me as odd; keyvalues within the keyvalues (and then keyvalues on 
the keyvalues in keyvalue) and then along comes Matt w/ his "why isn't 
everything in the KV implemented as a tag?" which is a reasonable question.  A 
response would be because we don't want to have to have exotic deserialization 
and sort but I suppose with Trie we might have that already?  It'd certainly be 
'flexible' which is what you want LarsG? (A nice objective that usually comes 
at performance cost).  A core of required's with optional tags that don't cost 
unless you use them would be grand.

bq.  I think the data is so important, it should be part of the KV itself.

Good point.  Maybe not even lost, mayhaps a bug would cause us skip the 
metacolumn?

bq. ....attaching the tag bag after the key.

This seems like it would not require much of a refactor (would have to somehow 
mark where key ends and tag/bag starts).



                
> Add per-KeyValue Security
> -------------------------
>
>                 Key: HBASE-6222
>                 URL: https://issues.apache.org/jira/browse/HBASE-6222
>             Project: HBase
>          Issue Type: New Feature
>          Components: security
>            Reporter: stack
>
> Saw an interesting article: 
> http://www.fiercegovernmentit.com/story/sasc-accumulo-language-pro-open-source-say-proponents/2012-06-14
> "The  Senate Armed Services Committee version of the fiscal 2013 national 
> defense authorization act (S. 3254) would require DoD agencies to foreswear 
> the Accumulo NoSQL database after Sept. 30, 2013, unless the DoD CIO 
> certifies that there exists either no viable commercial open source database 
> with security features comparable to [Accumulo] (such as the HBase or 
> Cassandra databases)..."
> Not sure what a 'commercial open source database' is, and I'm not sure whats 
> going on in the article, but tra-la-la'ing, if we had per-KeyValue 'security' 
> like Accumulo's, we might put ourselves in the running for federal 
> contributions?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to