总结Hbase 与 MongoDB

网友投稿 520 2022-05-29

当SQL满足不了你的需求或者SQL 已经不是必须的或者最佳的选择时,就是你考虑这类NoSQL 的时候了。

当你的内存大于你的数据时,schema也不是太确定时,mongodb在这里静静地等待My SQL转业户为了尝鲜过来看热闹的,不改变设计模式,爽在前面痛在后面;

总结Hbase 与 MongoDB

当你唯一追求的就是速度,又对memcached的过于简单心存芥蒂,刚好内存也比数据多时,redis俏生生站在那里;

大,好大,太大了,我说的是数据,我们128GB内存双路CPU25TB存储只够一星期的时候,估计就没有选择综合症了,HBase成了唯一或者唯二选择了。

-----------------------------------------

所以呢,不严谨地讲,Redis定位在"快",HBase定位于"大",mongodb定位在"灵活"。

1.mongodb

基于文档存储,也有数据关联, 单条记录 的结构可以很复杂,索引也可以设置很多列;还有个二进制文件存储模块,貌似很多公司都在用这个存储图片、文档,很爽;感觉使用MongoDB解决一般的应用都没有啥问题;安全管理方面不是强项; 使用过mongodb,会觉得这个用起来很不错;

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时,要充分排序存储这个特性,将经常一起读取的行存储放到一起。

HBase MongoDB SQL 数据库

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:GaussDB for DWS 负载管理核心技术解密一:全景图及解决的场景
下一篇:分布式架构的套路No.74
相关文章