![]() | 1 iShawnWang 2017-07-20 19:22:40 +08:00 via iPhone 围观下... 最近在学 Mongodb... 还没完全适应它的用法... |
2 akrf 2017-07-20 19:27:15 +08:00 via Android 不靠谱 |
![]() | 3 scriptB0y 2017-07-20 19:30:58 +08:00 最大的不方便是事物,其他还没发现什么 |
![]() | 4 cxbig 2017-07-20 19:32:11 +08:00 via iPhone 问题还是在人,不在工具。 |
![]() | 5 ericls 2017-07-20 19:54:00 +08:00 via iPhone 不靠谱 |
![]() | 6 privil 2017-07-20 19:56:51 +08:00 ![]() 和朋友聊,都觉得押宝 postgreSQL 好些 |
7 jhaohai 2017-07-20 19:58:44 +08:00 via iPhone 感觉 mongodb 快挂了吧,从来没觉得它的优点在哪儿 |
![]() | 8 popbones 2017-07-20 19:59:06 +08:00 不靠谱 小规模用用还行,初期挺方便的,数据量上来,业务逻辑复杂起来就很尴尬。 做应用数据库还行,平台数据库就算了 |
![]() | 9 ETiV 2017-07-20 19:59:25 +08:00 技术无罪 靠谱不靠谱,要看用的人 |
![]() | 10 janxin 2017-07-20 20:13:49 +08:00 ![]() 文章说的没啥大问题,没搞清楚 NoSQL 什么可以什么不可以盲目上了,发现有问题就喊着人家坑,难道不是你最开始选型眼瞎? MongoDB 也不是全没问题,我们使用下来也发现有些点要注意,比如高读写下性能优化,索引建立,集群同步延迟等等,不过整体还好,至少建议你上个 SSD :) 不要截取一段文字就要搞个大新闻,作者也说的很清楚: Critiques about widely used products like MongoDB can be fraught. My point is not that MongoDB is a poor choice today in fact, I believe the opposite for the right use cases. |
![]() | 11 F281M6Dh8DXpD1g2 2017-07-20 20:15:18 +08:00 via iPhone 没有事务,数据不重要的就用呗 |
12 yghack 2017-07-20 20:17:54 +08:00 还是要根据业务场景去用 |
![]() | 13 markocen 2017-07-20 20:18:14 +08:00 via Android ![]() 很多人把 Mongodb 当做 SQL 数据库用,然后出来抱怨性能差,我只想说没有错的工具,只有错的人 |
![]() | 14 ChefIsAwesome 2017-07-20 20:20:59 +08:00 1.按需求选技术。没有调查研究,有吃透技术的把握就盲目跟风选最新的,那是炫技,是对产品的不负责任。 2.曾经风光,说明他在当时确实有值得称赞的地方。新的技术出现,取长补短,这不就是各行各业发展的正常过程。没必要出来新的就鄙视旧的。 |
15 t6attack 2017-07-20 20:25:02 +08:00 跟随着 nosql 的潮流而火的。 |
16 akrf 2017-07-20 20:33:03 +08:00 当然有错的工具啦,MongoDB 就像一个伪娘,中看不中用,当然费一番功夫也能用,只是自己会比较痛苦。当然,这也不一定是痛苦,如果遇到好这一口的人,也会很开心。 |
17 zbinlin 2017-07-20 20:37:45 +08:00 该用 SQL 的场景还是要用的,PostgreSQL 比它靠谱多了 |
![]() | 18 tinybaby365 2017-07-20 20:48:57 +08:00 能用 MySQL5.7 或者 Postgresql 的,就不用 MongoDB。你不了解的情况下,出了问题只能怪 DB。 |
![]() | 20 TangMonk 2017-07-20 21:12:20 +08:00 via Android 被 mongodb 坑过,不靠谱 |
21 df4VW 2017-07-20 21:14:47 +08:00 mongodb 本身不靠谱能活那么多年么 不会用的一个个在那说不靠谱 |
![]() | 22 7654 2017-07-20 21:17:02 +08:00 分场景应用不同的数据库,用错地方才头疼 |
![]() | 23 ericgui OP |
24 qq12345454 2017-07-20 22:30:56 +08:00 t/376217 看我发的帖子, 都唱衰 mongo |
![]() | 25 enlau0912 2017-07-20 22:37:56 +08:00 自己玩玩行,做品是用 mysql 吧,多年一堆公司持在使用,不就你明、你新,人家都傻子。 |
![]() | 26 otakustay 2017-07-20 22:39:23 +08:00 最大的不方便的 lisence …… |
27 mingyun 2017-07-20 23:57:42 +08:00 工作过的公司没用过 |
28 WhoMercy 2017-07-21 00:07:37 +08:00 via Android 被公司一个不懂 MongoDB 架构、使用思想的同事坑过,胡乱上了分片功能。 功能是实现了,但性能非常差。 查 100M 条~200M 条中的一条数据经常超时,切片库还会时不时因为心跳超时等原因重启… 所以 MongoDB 给我的感觉有点类似于 Java 中 Hibernate 框架 Heavy 且好用,但需要有非常熟悉的人才能用的好,建议慎用。 |
![]() | 29 yidinghe 2017-07-21 00:12:29 +08:00 via Android 非关系数据库这样的坑一定会要踩,对一般人来说,没踩过这个坑就成熟不起来。 |
![]() | 31 Tunar 2017-07-21 00:34:09 +08:00 via Android 只能做小玩意儿,, |
![]() | 32 mathgl 2017-07-21 01:09:14 +08:00 你找出 100 个 mongodb 不靠谱的案例,同样也可以找出另外 100 个靠谱的案例。 几乎对任何一种技术都适用。 |
![]() | 33 Immortal 2017-07-21 02:26:57 +08:00 现在手头项目 mongo 是用来做数据归档 和 储存一些查询条件简单量又不大的,但字段变化又无法确定的数据 主库还是推荐关系数据库,正常业务真离不开 sql |
![]() | 34 Immortal 2017-07-21 02:27:31 +08:00 不过 mongo 吃内存是真的挺厉害 |
![]() | 36 XiaoFaye 2017-07-21 04:08:37 +08:00 不搞些新概念,新技术,怎么骗投资人?怎么搞 KPI ? |
37 Sharuru 2017-07-21 08:00:32 +08:00 via Android 我一直搞不懂,NoSQL 不就是个 Map K,V 么...真有人会用? |
![]() | 38 SlipStupig 2017-07-21 08:10:55 +08:00 我线上每天处理用 monogodb 处理 200G 数据,目前一切正常,不好的就是 mongo 需要多个 CPU 核心和更多内存,场景主要是无结构化数据 |
![]() | 39 wupher 2017-07-21 08:56:13 +08:00 看场景啊。从 MongoDB 1 一直用到 MongoDB 3,非结构化数据场景时很好用的。 把 mongodb 当 mysql,当 mongodb 当 Redis。这样来使用,最好还怪 MongoDB 这有坑那有罪的,我能说什么呢? |
40 jjx 2017-07-21 09:02:45 +08:00 没有硬件资源就不要碰, 有硬件资源随便 |
![]() | 41 MrJing1992 2017-07-21 09:10:52 +08:00 ![]() 问题主要还是出在用的人身上了 |
![]() | 42 vicalloy 2017-07-21 09:11:15 +08:00 MongoDB 的一些特性让 MongoDB 看上去有些象关系数据库。 在 MongoDB 火的时候很多人将 MongoDB 当关系数据库。 对于大多应用场景而言还是结构化数据居多,用 MongoDB 真的只是比较酷而已。 注:之前简单的用过 MongoDB,在结构化数据前 MongoDB 没有 ORM 好用。由于数据量不大,性能方面没有明显的体会。 |
![]() | 44 weilongs 2017-07-21 09:44:36 +08:00 靠谱不靠谱关键在人怎么用,至少我从事的工作还没遇到用这个。 |
![]() | 45 justfly 2017-07-21 09:45:12 +08:00 这篇文章表达的根本不是这意思 |
46 cstj0505 2017-07-21 09:47:03 +08:00 读写性能还可以。我们弃用的关键是查询的分析能力渣渣。 |
![]() | 47 ChristopherWu 2017-07-21 09:51:18 +08:00 在用 mongo 之前,你总要想清楚,你的业务是什么,为什么选择 mongo,mongo 跟 psql 之类相比优缺点是什么吧 |
![]() | 49 niuoh 2017-07-21 10:20:15 +08:00 介于 mysql 和 redis 之间。。 |
![]() | 50 tabris17 2017-07-21 10:26:47 +08:00 可以用作快速存储介质,别当可靠存储介质用就行了 |
51 zhuliangliang 2017-07-21 10:27:53 +08:00 mongo 一时爽,ETL 火葬场 |
![]() | 52 rrfeng 2017-07-21 10:31:35 +08:00 几亿数据跑的好好的。 被喷是因为 MongoDB 相对于其他 NoSQL 火一些所以枪打出头鸟了。 大多数还是没好好当 NoSQL 用。 |
![]() | 53 fqzz 2017-07-21 10:32:38 +08:00 英文不好,没看出“现在不行了,现在都不用了”是哪里说的? |
![]() | 54 RangerWolf 2017-07-21 11:19:15 +08:00 我们项目组在存 mongo 的时候同时把数据往 Cassandra 塞了一份 不然规模分析根本扛不住 |
![]() | 55 doubleflower 2017-07-21 13:55:24 +08:00 mysql 能搞定的千万别上 mongodb 无结构开发体验更差,还没事务 |
![]() | 56 loveskyforever 2017-07-21 14:05:26 +08:00 这么说吧 mongo 其实适合做弱类型文档型的数据存储,比如你做一个论坛,留言板或者博客什么的,mongo 还是很好用的,但是你要是做电商啥的那就想都不用想了,mongo 自身的确有很多限制,但是也可以说他的优点,看你把它用在什么地方。我们目前搭建了一个接口管理平台 doclever.cn 用于接口管理,mock 数据,自动化测试,团队协作,这个系统就比较适合 mongo,至少目前比较适合~ |
![]() | 57 crayygy 2017-07-21 14:07:57 +08:00 内部一个小工具用的 MongoDB,一直想换成 PG,但是转移成本有点高。 新项目的话,还是用 PG 之类的比较靠谱吧(个人意见 |
![]() | 58 Miy4mori 2017-07-21 14:30:34 +08:00 via iPhone @Sharuru 你的理解有些片面了,广域上一切非 SQL 都可以叫做 NoSQL,除了键值数据库还有图数据库等,典型的有 neo4j …… |
59 wchrt 2017-07-21 15:47:42 +08:00 mongodb 的分布式部署非常好用,现在缺的是靠谱的 mongodba |
![]() | 60 undeflife 2017-07-21 16:14:01 +08:00 mongodb 免费版的全文索引不支持中文分词。。。 |
61 frye 2017-07-21 16:25:16 +08:00 弃坑 Mongo 是一个很好的选择,当数据量上去之后,弃坑也是一个早晚的事情。 我所遇到的用 Mongo 的大点的公司,到目前为止,没有一个公司没有弃坑的。 |
![]() | 62 nullcc 2017-07-21 16:30:39 +08:00 mongodb 存存 log 什么的还是不错的 |
63 ryanzyy 2017-07-21 16:38:50 +08:00 客观的说一句 看到拿 MongoDB 跟 PostgreSQL 相比的评论 就好比看到 外行人把 Javascript 称作 JAVA |
![]() | 65 j 2017-07-21 17:12:59 +08:00 小规模没问题,中大规模么,等你哪天想 repair 的时候就会想哭了。 |
66 sampeng 2017-07-21 19:57:29 +08:00 我的经验是有精力去爬 mongodb 的坑,早就把 mysql 环境打造的很好了。从整体代价上来看其实是一样的。。 前面有人说是人的问题,不是工具。。这个没错。会 mysql 的一大把,会 mongodb 并且精通的打着灯笼都找不到。从这点来看,不说 postgresql。。和 mysql 比都没优势。。所有所谓 mongodb 解决的问题,mysql 用反范式照样能做。复杂度两者其实是一样的。什么?改改配置就能用。。做梦吧,掉坑里想出都出不来。。照样得改代码,照样得容错,照样的监控性能查找性能瓶颈。。。 那么问题来了。。。在大规模使用下 mongodb 和其他的数据库产品没有太大优势而言。。那么,为毛要去跳这个坑? 恩。。答案就是: 因为大部分创业公司一开始用的 nodejs。。。大家可以看,nodejs 的大部分带数据库存储的都是走的 mongodb。。。。。 |
![]() | 67 popbones 2017-07-21 20:29:12 +08:00 via iPhone @sampeng 你说的很对,我司就是这样的例子,初创的时候业务逻辑简单,关系少上了 mongo,之后各种新的逻辑叠加在一起很难有效的 denormalize,数据量上来只能加资源。当然不是说没办法,但是从人力到资源的的成本都飙升,并且意味着未来的成本会更高。所以现在在逐渐把业务逻辑处理挪到其他的数据库,Mongo 做 document store 读写和简单的逻辑还是可以的。 |
![]() | 69 hanxiansheng 2017-07-22 08:49:24 +08:00 via Android 蒙古数据库( MongoDB)我是挺喜欢的 |
![]() | 71 lulalalulala 2017-07-22 15:38:28 +08:00 我有好多项目都用 mongodb,只是我的项目特点是没什么事务,所以用它很爽。如果是那种事务性高的,肯定不能选 mongodb。选数据库要看场景,选技术也一样。 |
72 CRVV 2017-07-22 19:57:56 +08:00 ![]() @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,更不用说当关系型数据库来用了 |
73 littlehz 2017-07-23 00:41:48 +08:00 据说坑多,我司人少,一直不敢用 |
![]() | 74 fiht 2017-07-23 07:25:47 +08:00 还是看需求吧... 层主现在写的爬虫就用的 MongoDB 存的数据,原因的我的爬虫保存了 HTTP response header 字段,而这个字段里面的内容是很不确定的,这个用 SQL 实现起来就很麻烦,但是 NoSQL 的就很实用了,直接 insert 进去就可以。 所以还是跟业务场景有关吧,就爬虫来说,我的理解是 MongoDB 存脏数据,MySQL(SQL)存清洗过后的数据 |
![]() | 75 forex118899 2017-07-23 10:39:00 +08:00 no-sql 最靠 首自己到底要 sql 是 no-sql |
![]() | 76 winglight2016 2017-07-23 12:36:52 +08:00 我记得几年前看过一本《 mongodb 权威指南》的书,有兴趣的可以看看,里面解释了适合 mongodb 的几种场景,包括可能会有的坑以及解决办法,个人认为,说 mongodb 不好使,一是没用对地方,二是不会用,没有其他原因 |