这是一个创建于 4438 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 lichao 2013-10-08 10:33:43 +08:00 看具体应用场景吧，例如你开发 ERP 软件、财务软件，用 MongoDB 似乎是不靠谱的 |
 | 2 nybux 2013-10-08 10:50:15 +08:00 看答案，也在选型中，目前选择bdb |
 | 3 ritksm 2013-10-08 10:53:48 +08:00  1 只要运维的好哪有什么绝对不靠谱的东西。 |
 | 4 misaka 2013-10-08 11:01:40 +08:00 旧版本出的问题太多，导致太多人抱怨了，网上搜索评价的时候得注意发布时间和版本号。 目前 2.x 版本基本稳定了，启动数据库记得开 journal 这样突然断电可以自动恢复。 唯一要注意的就是磁盘空间占用大的问题（同样数据占用空间是 Mysql 两倍多），拿空间换时间。 |
 | 5 megaforce 2013-10-08 11:29:46 +08:00 主要看你的应用了，看到底是要用关系型数据库还是NoSQL |
 | 6 juicy 2013-10-08 12:15:51 +08:00 应用场景适合的话估计mongodb还是不错的吧，毕竟，mongodb最近还融资了呢，高估值啊！大有前景！ |
 | 7 kelee 2013-10-08 12:35:41 +08:00 正准备入门mongodb，别打击我的激情啊 |
8 angelface 2013-10-08 12:40:43 +08:00 我觉得应该置顶一个混迹于各大论坛贴子： “提问的智慧”。像这种问题系统怎么就不给智能屏蔽了呢。 靠不靠谱要看你应用的场景，在不同的场景下有不同的优缺点，否则怎么会有,MongoDB、mysql, oracle、redis, bdb等等这么多东西。 |
 | 9 duhastmich 2013-10-08 13:11:38 +08:00 一定要用64位的,如果存的东西多的话 |
 | 10 shiny PRO 要说不靠谱，一点就是千万不要头脑发热听说性能好就立即去用了。SQL 数据库存在的性能问题它也会有，只是稍微迟点来；SQL 数据库具备的查询能力它不一定有，即使有也会很慢。 |
 | 11 sdjl OP @shiny 也许更重要的是写代码方便（没有尝试过），以及智能集群和分片（对此表示怀疑） 看样子mongodb是想走“自己解决用户可能会遇到的问题”的道路，当然，如果能够通过配置把最终权限交给用户的话，应该是不错的 |
| 12 shiny PRO @sdjl 写代码是方便点，但是遇上复杂需求，这点方便也荡然无存。 集群和分片，对开发者要求也很高，我是感觉挺麻烦的，更熟悉土办法来进行 SQL 的水平划分和垂直划分。 |
| 13 shiny PRO 举个栗子： 在 sql 里强调按需取字段；在 nosql 里则很少有人来强调这点；而因为内嵌文档的存在，按需取字段是很重要的尤其是内嵌文档非常大的时候。 这样七七八八的坑到处都是。 |
 | 14 moyaya 2013-10-08 21:00:25 +08:00 我们项目做开始用mongodb，一个可能我们的需求更多是关系数据库，另外也可能和用的不好有关系，出了很多问题，最后还是弄SQL数据库。 |
Select Language