为什么有些人说MongoDB不靠谱，用过的朋友来说一下切身体会？

[sdjl]

[lichao]

看具体应用场景吧，例如你开发 ERP 软件、财务软件，用 MongoDB 似乎是不靠谱的

[nybux]

看答案，也在选型中，目前选择bdb

[ritksm]

只要运维的好哪有什么绝对不靠谱的东西。

[misaka]

旧版本出的问题太多，导致太多人抱怨了，网上搜索评价的时候得注意发布时间和版本号。

目前 2.x 版本基本稳定了，启动数据库记得开 journal 这样突然断电可以自动恢复。
唯一要注意的就是磁盘空间占用大的问题（同样数据占用空间是 Mysql 两倍多），拿空间换时间。

[megaforce]

主要看你的应用了，看到底是要用关系型数据库还是NoSQL

[juicy]

应用场景适合的话估计mongodb还是不错的吧，毕竟，mongodb最近还融资了呢，高估值啊！大有前景！

[kelee]

正准备入门mongodb，别打击我的激情啊

[angelface]

我觉得应该置顶一个混迹于各大论坛贴子： “提问的智慧”。像这种问题系统怎么就不给智能屏蔽了呢。

靠不靠谱要看你应用的场景，在不同的场景下有不同的优缺点，否则怎么会有,MongoDB、mysql, oracle、redis, bdb等等这么多东西。

[duhastmich]

一定要用64位的,如果存的东西多的话

[shiny]

要说不靠谱，一点就是千万不要头脑发热听说性能好就立即去用了。SQL 数据库存在的性能问题它也会有，只是稍微迟点来；SQL 数据库具备的查询能力它不一定有，即使有也会很慢。

[sdjl]

@shiny 也许更重要的是写代码方便（没有尝试过），以及智能集群和分片（对此表示怀疑）

看样子mongodb是想走“自己解决用户可能会遇到的问题”的道路，当然，如果能够通过配置把最终权限交给用户的话，应该是不错的

[shiny]

@sdjl 写代码是方便点，但是遇上复杂需求，这点方便也荡然无存。
集群和分片，对开发者要求也很高，我是感觉挺麻烦的，更熟悉土办法来进行 SQL 的水平划分和垂直划分。

[shiny]

举个栗子： 在 sql 里强调按需取字段；在 nosql 里则很少有人来强调这点；而因为内嵌文档的存在，按需取字段是很重要的——尤其是内嵌文档非常大的时候。
这样七七八八的坑到处都是。

[moyaya]

我们项目做开始用mongodb，一个可能我们的需求更多是关系数据库，另外也可能和用的不好有关系，出了很多问题，最后还是弄SQL数据库。