MongoDB 到底靠谱不靠谱？

弃坑 Mongo 是一个很好的选择，当数据量上去之后，弃坑也是一个早晚的事情。
我所遇到的用 Mongo 的大点的公司，到目前为止，没有一个公司没有弃坑的。

mongodb 存存 log 什么的还是不错的

客观的说一句
看到拿 MongoDB 跟 PostgreSQL 相比的评论
就好比看到
外行人把 JavaScript 称作 JAVA

@frye 360 ？

小规模没问题，中大规模么，等你哪天想 repair 的时候就会想哭了。

我的经验是有精力去爬 mongodb 的坑，早就把 mysql 环境打造的很好了。从整体代价上来看其实是一样的。。
前面有人说是人的问题，不是工具。。这个没错。会 mysql 的一大把，会 mongodb 并且精通的打着灯笼都找不到。从这点来看，不说 postgresql。。和 mysql 比都没优势。。所有所谓 mongodb 解决的问题，mysql 用反范式照样能做。复杂度两者其实是一样的。什么？改改配置就能用。。做梦吧，掉坑里想出都出不来。。照样得改代码，照样得容错，照样的监控性能查找性能瓶颈。。。
那么问题来了。。。在大规模使用下 mongodb 和其他的数据库产品没有太大优势而言。。那么，为毛要去跳这个坑？
恩。。答案就是：
因为大部分创业公司一开始用的 nodejs。。。大家可以看，nodejs 的大部分带数据库存储的都是走的 mongodb。。。。。

@sampeng 你说的很对，我司就是这样的例子，初创的时候业务逻辑简单，关系少上了 mongo，之后各种新的逻辑叠加在一起很难有效的 denormalize，数据量上来只能加资源。当然不是说没办法，但是从人力到资源的的成本都飙升，并且意味着未来的成本会更高。所以现在在逐渐把业务逻辑处理挪到其他的数据库，Mongo 做 document store 读写和简单的逻辑还是可以的。

@akrf 感觉你很有故事？

蒙古数据库（ MongoDB)我是挺喜欢的

@hwwen 索引没做好吧

我有好多项目都用 mongodb，只是我的项目特点是没什么事务，所以用它很爽。如果是那种事务性高的，肯定不能选 mongodb。选数据库要看场景，选技术也一样。

@ryanzyy
https://www.enterprisedb.com/postgres-plus-edb-blog/marc-linster/postgres-outperforms-mongodb-and-ushers-new-developer-reality
比不比没什么不对的，EnterpriseDB 也是正经搞 PostgreSQL 的公司
比较的结论就是把 PostgreSQL 当 MongoDB 用，MongoDB 也不如 PostgreSQL，更不用说当关系型数据库来用了

据说坑多，我司人少，一直不敢用

还是看需求吧...
层主现在写的爬虫就用的 MongoDB 存的数据，原因的我的爬虫保存了 HTTP response header 字段，而这个字段里面的内容是很不确定的，这个用 SQL 实现起来就很麻烦，但是 NoSQL 的就很实用了，直接 insert 进去就可以。
所以还是跟业务场景有关吧，就爬虫来说，我的理解是 MongoDB 存脏数据，MySQL(SQL)存清洗过后的数据

no-sql 裡最靠譜 首選問自己到底要 sql 還是 no-sql

我记得几年前看过一本《 mongodb 权威指南》的书，有兴趣的可以看看，里面解释了适合 mongodb 的几种场景，包括可能会有的坑以及解决办法，个人认为，说 mongodb 不好使，一是没用对地方，二是不会用，没有其他原因