[
https://issues.apache.org/jira/browse/HBASE-8016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13595207#comment-13595207
]
Nick Dimiduk commented on HBASE-8016:
-------------------------------------
Like, HBase APIs for Derby or SQLite usage scenarios?
> HBase as an embeddable library, but still using HDFS
> ----------------------------------------------------
>
> Key: HBASE-8016
> URL: https://issues.apache.org/jira/browse/HBASE-8016
> Project: HBase
> Issue Type: Wish
> Reporter: eric baldeschwieler
>
> This goes in the "strange idea" bucket...
> I'm looking for a tool to allow folks to store key-value data into HDFS so
> that hadoop companion layers & apps don't need to rely either on external
> database or a NoSQL store. HBase itself is often not running on such
> clusters and we can not add it as a requirement for many of the use cases I'm
> considering.
> But... what if we produced a library that provided the basic HBase API
> (creating tables & putting / getting values...) and this library was pointed
> at HDFS for durability. This library would effectively embed a region server
> and the the master in a node and provide only API level access within that
> JVM. We would skip marshaling & networking, gaining a fair amount of
> efficiency. An application using this library would gain all of the
> advantages of HBase without adding any additional administrative complexity
> of managing HBase as a distributed service.
> Thoughts?
> Example use cases... Right now a typical hadoop install runs serval services
> that use databases (Oozie, HCat, Hive ...). What if some of these could be
> ported to use HDFS itself as their store with the HBase API provided to
> manage their data.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
