总结Hbase 与 MongoDB
当SQL满足不了你的需求或者SQL 已经不是必须的或者最佳的选择时，就是你考虑这类NoSQL 的时候了。
当你的内存大于你的数据时，schema也不是太确定时，mongodb在这里静静地等待My SQL转业户为了尝鲜过来看热闹的，不改变设计模式，爽在前面痛在后面;
当你唯一追求的就是速度，又对memcached的过于简单心存芥蒂，刚好内存也比数据多时，redis俏生生站在那里;
大，好大，太大了，我说的是数据，我们128GB内存双路CPU25TB存储只够一星期的时候，估计就没有选择综合症了，HBase成了唯一或者唯二选择了。
-----------------------------------------
所以呢，不严谨地讲，Redis定位在"快"，HBase定位于"大",mongodb定位在"灵活"。
-----------------------------------------
最大区别在于，在一般使用情况下，mongodb可以当作简单场景下的但是性能高数倍的MySQL, Redis基本只会用来做缓存，HBase用来做离线计算
作者：Harry Zhu
链接：https://www.zhihu.com/question/30219620/answer/48322171
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
基于文档存储，也有数据关联， 单条记录 的结构可以很复杂，索引也可以设置很多列；还有个二进制文件存储模块，貌似很多公司都在用这个存储图片、文档，很爽；感觉使用MongoDB解决一般的应用都没有啥问题；安全管理方面不是强项； 使用过mongodb，会觉得这个用起来很不错；
| mongodb的delete会将该行的数据标示为已删除，因为mongodb在删除记录时并不是真把记录从内存或文件中remove，而是将该删除记录数据置空（写0或特殊数字加以标识）同时将该记录所在地址放到一个list列表“释放列表”中，这样做的好就是就是如果有用户要执行插入记录操作时，mongodb会首先从该“释放列表”中获取size合适的“已删除记录”地址返回，这种方法会提升性能（避免了malloc内存操作），同时mongodb也使用了bucket size数组来定义多个大小size不同的列表，用于将要删除的记录根据其size大小放到合适的“释放列表”中。 2、Hbase的delete是先新建一个tombstonemarkers，然后读的时候会和tombstonemarkers做merge，在 发生major compaction时delete的数据记录才会真真删除。 |
1、Mongodb bson文档型数据库，整个数据都存在磁盘中
2、Hbase是列式数据库，集群部署时每个familycolumn保存在单独的hdfs文件中。
1、Mongodb 主键是“_id”,主键上面可以不建索引,记录插入的顺序和存放的顺序一样
2、hbase的主键就是row key，可以是任意字符串(最大长度是 64KB，实际应用中长度一般为 10-100bytes)，在hbase内部，row key保存为字节数组。存储时，数据按照Row key的字典序(byte order)排序存储。设计key时，要充分排序存储这个特性，将经常一起读取的行存储放到一起。
| 1、Mongodb支持集合查找，正则查找，范围查找，支持skip和limit等等，是最像mysql的nosql数据库 2、而hbase只支持三种查找：通过单个row key访问，通过row key的range，全表扫描
|
文章来源: blog.csdn.net，作者：网奇，版权归原作者所有，如需转载，请联系作者。
原文链接：blog.csdn.net/jacke121/article/details/76457887
- 点赞
- 收藏
- 关注作者
评论（0）