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 2013-10-08 13:13:27 +08:00
要说不靠谱,一点就是千万不要头脑发热听说性能好就立即去用了。SQL 数据库存在的性能问题它也会有,只是稍微迟点来;SQL 数据库具备的查询能力它不一定有,即使有也会很慢。
|
11
sdjl OP @shiny 也许更重要的是写代码方便(没有尝试过),以及智能集群和分片(对此表示怀疑)
看样子mongodb是想走“自己解决用户可能会遇到的问题”的道路,当然,如果能够通过配置把最终权限交给用户的话,应该是不错的 |
12
shiny 2013-10-08 16:04:05 +08:00
@sdjl 写代码是方便点,但是遇上复杂需求,这点方便也荡然无存。
集群和分片,对开发者要求也很高,我是感觉挺麻烦的,更熟悉土办法来进行 SQL 的水平划分和垂直划分。 |
13
shiny 2013-10-08 16:05:58 +08:00
举个栗子: 在 sql 里强调按需取字段;在 nosql 里则很少有人来强调这点;而因为内嵌文档的存在,按需取字段是很重要的——尤其是内嵌文档非常大的时候。
这样七七八八的坑到处都是。 |
14
moyaya 2013-10-08 21:00:25 +08:00
我们项目做开始用mongodb,一个可能我们的需求更多是关系数据库,另外也可能和用的不好有关系,出了很多问题,最后还是弄SQL数据库。
|