猿们，还记得前几年火热的 nosql 吗？

[mb135]

那时候多少招聘都要求 nosql，好像带上 nosql 不能彰显公司的逼格，简历也同样。多少网站的 CTO 出来现身说法，控诉吃人的 SQL 旧社会，一把鼻涕一把眼泪的分享换成 mongodb 的美好新生活。

现在呢？还不是乖乖的换回传统的 sql 数据库。nosql 有他的优点，但不是革命者，只是点缀。现在炒的火热的前端框架同样如此

[jhdxr]

@RorschachZZZ LZ 是观点没有问题啊，哪怕像淘宝这种量级的项目，商品库之类的不还是乖乖用 RDBMS。本身场景就不同，noSQL 给自己加上一点 SQL 的功能就以为能拯救天下了？

[Sypher]

Redis 和 HBase 的发展还是不错的

[MushishiXian]

反正就要根据需求选用就好,有些人用了 MongoDB 之后各种吹,然后说 MySQL 这样子不行那样子不行,甚至想把一个管理后台的 RBAC 都想着把 MySQL 改成 MongoDB,nosql 有自己的优势,用对地方就好,不要过分夸大其作用就好,nosql 不是万能药

[aksoft]

装逼奶是人生一大快事

[sgissb1]

用过 mongo，用过 mysql 和 sqlserver。
典型的 nosql 和 sql 的代表。因为不是专业 dba，或者相关工作的。说说我的体会。

纯粹的 crud，nosql 比较便于开发，因为不需要新学一套语法和语言。

但如果做数字计算的话，那么可能 sql 会比 nosql 好一些。假设人事要计算每个月的薪酬发放，只要 dba 写好 sql，一在数据库执行即可，什么锁表都不需要非 sql 代码参与。

轻量级开发，nosql 是很好的东西。如果是一个较为有要求和规模的产品，sql 是比较好的。他的好在于分工比 nosql 方式细化，另外就是时间沉淀的积累。

[eurokingbai2]

楼主好好了解下 CAP 原理再来想想这个问题。不同业务模式，CAP 有不同的倾向！

[huangunic0rn]

@mb135 CSDN。。传说中明文记录密码的大厂（滑稽

[leavic]

不同的业务需要不同的数据库，这个没什么的，一个个人博客使用 xml 可能还真比 mysql 好用。

[online2offline]

只是多一种选择而已，用什么看业务场景，团队内部对技术的掌握程度，未来规划等很多因素。

[sampeng]

工具而已。。有这么纠结么。。。。。
人，事，钱，哪个资源多就倾向哪个，都齐全就是什么都可以，无所谓，看 leader 倾向，看 cto 倾向，看老板倾向

[SoulSleep]

LZ 是来秀无知的吗？现在 nosql 更流行了！

[xwhxbg]

目前观察的结果是，nosql 上面弄一层 sql 兼容的解释器不是难事，比如我就做了一个用 sql 来操作 dynamoDB 的工具，dynamo.cli 可以上 GitHub 看到。
即使不是兼容 sql，弄个 orm 也是简简单单，所以不要纠结是不是 sql，只要符合业务场景解决问题，就可以采用。

[arraysnow]

自从 lz 在 1 月 12 号注册 V2EX 以来，每一篇水文都是满满的文革风，没有半点干货，上次狂吹 jq 的也是你吧？

block

[wps353]

场景不一样罢了。
NoSQL 用来做缓存还是很好的，qps 杠杠的。
SQL 主要是用来 OLTP 的，保证数据的一致性。

[cllgeek]

楼主，不管从后端，还是从前端都表现出无知啊，认真看看书，好好学习，赶上时代的发展

[liangweijia6000]

别闹啊，现在也大把啊

[evlos]

Nosql 和 Sql 应用场景不一样，老有不懂的人瞎用瞎喷

[8355]

现在 nosql 已经不算新技术了 所以没人提了.
但没人提不代表没人用了.
村通网系列.

[purejs]

至少传统企业级应用开发，SQL 的地位是无法替代的，现在只需要写 SQL 就可以直出 WEB 系统了：enhancer.io

[wanguorui123]

人们明白了 NOSQL 与 SQL 的使用场景不一样，桥归桥，路归路。NOSQL 用的少不代表不用，只是场景没 SQL 广，自然知道的人就少了，热度就下降了。