mongodb 小笔记

[复制链接]
查看11 | 回复9 | 2011-11-1 16:25:51 | 显示全部楼层 |阅读模式
平时工作忙,断断续续看了一阵子,偶尔觉得值得记录,就记录一些吧..
还没有大规模运维部署. 版本发展也快(我看得是1.6版的,目前已经1.8版了),所有有些东西会不不准确,请大家指出.
--------------------------------------------------------------------------------------------------------------------------------------
1. 这种文档类型的数据库,理论上伸缩性是优秀的了,也很灵活,具体到实际的应用,还有待验证可操作性,可维护性;
2. 和许多nosql产品一样,使用了memory-mapped 存储引擎,这种依赖os 刷新数据的方式不太安全,很难避免宕机后的数据文件损坏,所以slave实例是更好的保障方式.具体的replication set的方式我还没测试过,还不知道实际效果怎么样?
3.mongodb设计的目的之一,尽量把负荷分给客户端,这点可以更好的保持高性能. 这点和传统数据库有些不一样,虽然传统数据库也是可以这样做.
4.许多nosq产品都号称0维护,不过都是理论上的,具体是需要大量的经验和技巧以及诸多限制,mongodb也是号称非常易于维护,极大的简化了管理事务.基本上无需干预.自动冗余切换,自动添加节点,
btw:
以前在网上看到一个mongodb对比mysql的一个语法图,不记得在哪里看到的了?有谁知道的请告诉我.谢谢.
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
。。。
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
最大的优点是free schema,高负载下大数据量下的稳定性有待检验。
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
谢谢 prayer21
-------------------
mongodb不允许重复的key
所以{"gretting":"hello,world!","gretting":"hello,world!")是不被允许的;
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
1. mongodb是schema-free的.这点有利于平滑升级和更改结构,未来对于海量数据的结构更改将是非常easy的;
2. mongodb一个实例可以有多个database,每个database由collections(集合)组成.
mongodb有collection(集合)的概念,可以理解为table.
可以把不同的文档放入不同的集合,方便组织,快速读取,方便索引,而一些目前的key-value产品,按照前缀不同来标识名称空间,很难维护和获取数据.开发也需要很小心,所以用mongodb代替一些简单的key-value产品,会更带来开发上的效率;
[ 本帖最后由 ucgary 于 2011-5-12 08:45 编辑 ]
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
上面的图很不错
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
图很不错 谢谢分享
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
不错。谢谢!
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
这幅图画真好 顶一下
回复

使用道具 举报

千问 | 2011-11-1 16:25:51 | 显示全部楼层
不错,谢谢
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行