嗯，我理解sql的语法优势，不过你这说法有点sql中心论了，很多框架的出现和演进都是需求驱动的，我不认为他们的出发点都只是为了更好的支持sql，在实际项目里的数据查询可以是多种层次的，最底层的可以是hadoop/spark算子，最高层的可以是前端界面点点点，这些可以用sql实现，也可以不用，那种几百行的sql我也见过，大部分是统计报表用的，但是可维护性不比裸的hadoop算子好多少，可能还没有后者好懂。另外一个例子是ES系或者自研的倒排索引系统，这个支撑的数据量说是支撑互联网半壁江山不夸张吧，也跟sql没啥关系。

【 在 Xjt 的大作中提到: 】
: 互联网企业是因为自己本身数据量太大，而数据库技术太差，搞不定自己的数据量，不得已而为之的不使用sql。实际上所有的互联网企业都在想尽量多的使用sql，否则你怎么解释hadoop的发明？阿里为什么要搞hologres和maxcompute？为什么要用mongodb/couchbase，为什么oracle还是能卖的那么好？还不都是想解决数据量太大想用sql用不了的问题吗？
: 当然了，你要是仅仅把sql理解为Mysql，当我没说。
--
FROM 180.107.105.*