java处理业务逻辑还是sql处理业务逻辑，希望高手解答

Question

我比较习惯用sql处理业务逻辑，就是在dao层写很长的sql语句，基本不大用java写业务逻辑，
来到新公司后很不习惯他们这种用java写业务逻辑的方式，
框架有自动分页功能，查询sql一般查询30条，用java写业务逻辑，服务器数据库都不会有压力。
我用sql写业务逻辑，当数据库数据量很大的时候 ，我查询 前30条记录，会给数据库造成很大的压力吗？

Answer 1

对，这样无疑对数据库造成很大压力。
因为一般公司做的系统都是高并发系统，而服务可以好多个，数据库只有一个。。
首先长SQL比短SQL占用的资源多好几倍，如果很多个请求同时发起，然后数据只能一条一条的处理，导致反应速度慢，如果再狠点，那就数据库崩掉了。

回过头来说用代码处理业务的好处，服务可以有好多个，也就是说可以在好几个同样的请求同时发起，短SQL占用资源少，反应快，瞬间处理结束进行下一个处理，不会占用资源，导致后续请求响应慢，或者没有响应。

Answer 2

SQL写业务逻辑必然没有java好。客户后期需求来的时候改SQL语句是十分麻烦的。而业务逻辑代码在JAVA中是比较好处理的。再说服务器端的业务逻辑处理能力并不比数据库慢。