这篇文章给大家分享的是有关elasticsearch和hbase怎么选择的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。
为涟源等地区用户提供了全套网页设计制作服务，及涟源网站建设行业解决方案。主营业务为成都网站制作、网站建设、涟源网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
这两个不应该拿来做对比。看一下各自的介绍：
Elasticsearchis a search server based on Lucene. （wiki：Elasticsearch）
HBaseis an open source, non-relational, distributed database modeled after Google'sBigTable and written in Java.（wiki：Apache HBase）
一个是搜索引擎，一个是数据库。
在分布式环境中，两者得到广泛使用，但发挥的作用是不一样的。具体要怎么使用怎么配合，要看实际业务了。但 es 并不局限于搜索引擎，做数据库也是个不错的选择，可以跟 spark 很好的结合用来做数据分析。
从基本功能来说这两个确实有相似性，但是根据业务需求不同，我觉得有几点可以考虑：
1. 查询复杂度：HBase支持简单的行或者range查询，比如给一个PK查该行的数据，或者给一个begin/end查这个范围的数据，如果想完成更复杂的功能就不太容易。而ES支持的查询比较丰富，或者说这些查询都带有一点复杂计算的味道了。比如你有个论坛，你想查帖子里面是否包含敏感词，如果采用HBase就比较麻烦，使用HBase你可以将帖子存进来、读出去，但是要查内容里面的东西，只能一点点过滤；而ES是可以比较方便的帮助你完成这个功能的；
2. 数据量：按道理说两者都是支持海量数据的，但是据我个人感觉，HBase可能更容易支持更多的数据，因为其一开始设计就是解决海量问题的；而ES是后来慢慢增强其存储扩展性的；那么也就是说，HBase上手起来扩展性不太会阻碍你使用；ES可能要多费点劲。
3. 剩下的就是比较远的考虑，比如维护性，HBase基于Hadoop那一套，组件多，维护起来代价也不低，而ES自成体系，维护起来稍微好点；当然这个是相对的，绝对来说都不会容易。比如新功能开发，比如成本控制等等。。。
我个人觉得，es注重的还是检索，hbase擅长的是读写操作，所以还需要看见你的应用场景
hbase存多读少，不适合高并发查询，适合存数据；
es是全文检索，适合日志分析日志统计之类。
如果主要做实时、动态的计数，则推荐ES。
如果主要跑些月报表什么的，则推荐Hbase。
感谢各位的阅读！关于“elasticsearch和hbase怎么选择”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！