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