|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-09-21
可以了，毕竟mongodb开源免费
|
| 返回顶楼 | |
|
发表时间：2010-09-23
作者很认真，结果让我眼前一亮，这个测试做的太好了，Oracle还是很强大的，我最近正在Oralce方面的工作。
|
| 返回顶楼 | |
|
发表时间：2010-09-25
最后修改：2010-09-25
不要拿短处比长处嘛，在规模膨胀时，mangodb带来的成本优势是明显的。维护和扩展也是更方便的。索引是关键。不要指望单个节点搞定一切。数据分片，复制这都是重点。
数据丢失这么可怕吗，假如你只是单台服务器，mysql+memcached其实是更好的选择。在多个节点复制的情况下，丢失数据的问题根本不存在。另外mongodb也可以控制多长时间以内向磁盘同步数据的，即使丢失数据也只是短暂的一段，比如，你可以设置一分钟同步一次数据。 |
| 返回顶楼 | |
|
发表时间：2010-09-25
“假如你只是单台服务器，mysql+memcached其实是更好的选择。”
确实，简单实用。 |
| 返回顶楼 | |
|
发表时间：2010-09-25
jamiesun 写道 在多个节点复制的情况下，丢失数据的问题根本不存在。另外mongodb也可以控制多长时间以内向磁盘同步数据的，即使丢失数据也只是短暂的一段，比如，你可以设置一分钟同步一次数据。
设置过，在windows下不起作用。不知道新版本是否修复了这个问题。 |
| 返回顶楼 | |
|
发表时间：2010-09-26
mongodb的强大并不在于单纯的性能.还有如下几点.
1, mongodb的shard.能够很优雅的实现数据的切分. 2, mongodb的文档模型,能够优雅的实现复杂的查询. mongodb的好处体现在海量数据,复杂业务逻辑之上. 普通的小数据量低访问量.还是使用普通数据库靠谱. 但是当访问量大到一定程度.例如人人网,开心网这个级别,用mongodb的优势就非常明显了. |
| 返回顶楼 | |
|
发表时间：2010-09-27
conan_s 写道 感觉测试数据量太少了，数据至少到千万级估计能看到更明显的差别
我这里64位的linux只有10个g空间,500w的数据大概6-8个g,有时间会尝试下 |
| 返回顶楼 | |
|
发表时间：2010-09-27
kula 写道 mongodb的强大并不在于单纯的性能.还有如下几点.
1, mongodb的shard.能够很优雅的实现数据的切分. 2, mongodb的文档模型,能够优雅的实现复杂的查询. mongodb的好处体现在海量数据,复杂业务逻辑之上. 普通的小数据量低访问量.还是使用普通数据库靠谱. 但是当访问量大到一定程度.例如人人网,开心网这个级别,用mongodb的优势就非常明显了. 第一点比较赞同,由于可以分片,集群,维护都比较方便.但是由于是文档型的数据库,所以数据结构设计,查询都有些碍手碍脚,至少思维模式上是. : ) |
| 返回顶楼 | |
|
发表时间：2010-09-27
freespace 写道 jamiesun 写道 在多个节点复制的情况下，丢失数据的问题根本不存在。另外mongodb也可以控制多长时间以内向磁盘同步数据的，即使丢失数据也只是短暂的一段，比如，你可以设置一分钟同步一次数据。
设置过，在windows下不起作用。不知道新版本是否修复了这个问题。 现在已经是1.6版本了，可以试试 如果是设置不起作用，可以从客户端每隔一段时间发送一条同步命令。 |
| 返回顶楼 | |
|
发表时间：2010-10-20
chen88358323 写道 kula 写道 mongodb的强大并不在于单纯的性能.还有如下几点.
1, mongodb的shard.能够很优雅的实现数据的切分. 2, mongodb的文档模型,能够优雅的实现复杂的查询. mongodb的好处体现在海量数据,复杂业务逻辑之上. 普通的小数据量低访问量.还是使用普通数据库靠谱. 但是当访问量大到一定程度.例如人人网,开心网这个级别,用mongodb的优势就非常明显了. 第一点比较赞同,由于可以分片,集群,维护都比较方便.但是由于是文档型的数据库,所以数据结构设计,查询都有些碍手碍脚,至少思维模式上是. : ) mongoDB本身就推崇不进行专门的数据结构设计（实质是可以进行更灵活的数据结构设计——可以更关注实际需要的数据部分，而不受传统关系数据库模式限制），网上很多比较都是比较了采用mongoDB可以比采用传统的SQL数据库减少表来实现十分复杂的数据形式存储。 |
| 返回顶楼 | |
