本文探讨了将业务逻辑写在SQL中的优缺点，通过实例展示了SQL模式与Java模式的开发效率、缺陷排查、架构升级和系统维护等方面的差异。作者认为在复杂需求下，SQL模式可能导致慢查询，增加系统维护难度，并建议采用Java模式来改善这些问题。
本文作者：杨钊 | 一名叫大蕉的程序员
原文地址：慢SQL，压垮团队的最后一根稻草No.92
转载声明：本文以获取原作者授权同步发布到Java后端技术微信公众号，如需转载，请联系原作者！
先说结论，我支持将逻辑写在Java等应用系统中！
背景：
今天只讨论一种应用模式，就是最普遍的，前端实时调用后端Web服务，服务端经过DB的增删改查作出响应的应用。至于离线数据分析，在线规则引擎模板执行，流式计算等不在本次讨论范畴。
一、重SQL还是重Java的开发场景演示
先看一个例子吧，需求是：查询出每个学生所在的城市名以及分数展示到前端。用经典的Controller、Service、DAO开发模式描述，设计数据库表如下：
（1）重SQL模式示例代码：
（2）重Java模式示例代码：
<
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
