- 主题:好奇问一下
也就互联网吧？我感觉nodejs更适合做轻量级的业务后台。复杂逻辑反正都是sql实现。
【 在 mopo 的大作中提到: 】
: 如果不是遗留系统，从来没见过有项目用，技术选型的时候根本都不会纳入候选，近几年java本身的业务后台地位也是有点岌岌可危，我知道的好多都要求转go了
--
FROM 101.80.249.*
多了，比如复杂条件的搜索，你不靠数据库索引？
【 在 licy 的大作中提到: 】
: 啥单位复杂逻辑sql实现?
:
:
--
FROM 101.80.249.*
并不是，前端这年代都是小程序，和nodejs毫无关系
另外后端的一切逻辑无非增删改查，实在看不出有什么普通互联网服务的后端java能做nodejs做不了的。
【 在 mopo 的大作中提到: 】
: nodejs一般是所谓的全栈喜欢用的前后端一把梭方案，正经做后端的不会去趟这个坑，hello world和线上千锤百炼的系统还是有一定代际差的，当然也不排除nodejs后来居上的潜力，只是得先解决js/ts系诸多流派的问题
:
--
FROM 101.80.249.*
互联网企业是因为自己本身数据量太大，而数据库技术太差，搞不定自己的数据量，不得已而为之的不使用sql。实际上所有的互联网企业都在想尽量多的使用sql，否则你怎么解释hadoop的发明？阿里为什么要搞hologres和maxcompute？为什么要用mongodb/couchbase，为什么oracle还是能卖的那么好？还不都是想解决数据量太大想用sql用不了的问题吗？
当然了，你要是仅仅把sql理解为Mysql，当我没说。
【 在 mopo 的大作中提到: 】
: 用索引，和复杂查询走sql是两码事，互联网企业确实不太待见复杂的sql语句，尤其是在线系统，sql逻辑越简单越好，离线的话很多只是类sql语句，为了做分布式也不支持特别复杂的语法
:
--
FROM 101.80.249.*
我表述的不够精准，随便灌水没仔细想了，我这里的sql其实是想代指所有各种类型的数据库
我一直的观点就是在非超大型互联网企业，数据库可以成为业务的核心，而外层的代码越轻越好越薄越好，仅仅负责输出结果而不是业务逻辑，最理想的未来（实际上技术早就能做到了）是数据库直接暴露Rest API给前端调用，有点GraphQL的感觉。
在中小型应用里，数据库的好处实在是太多了，比如事务一致性，用Java得一堆笨重的框架，数据库天生就能搞定。
【 在 mopo 的大作中提到: 】
: 嗯，我理解sql的语法优势，不过你这说法有点sql中心论了，很多框架的出现和演进都是需求驱动的，我不认为他们的出发点都只是为了更好的支持sql，在实际项目里的数据查询可以是多种层次的，最底层的可以是hadoop/spark算子，最高层的可以是前端界面点点点，这些可以用sql实现，也可以不用，那种几百行的sql我也见过，大部分是统计报表用的，但是可维护性不比裸的hadoop算子好多少，可能还没有后者好懂。另外一个例子是ES系或者自研的倒排索引系统，这个支撑的数据量说是支撑互联网半壁江山不夸张吧，也跟sql没啥关系。
:
--
修改:Xjt FROM 101.80.249.*
FROM 101.80.249.*