大家好，今天小编关注到一个比较有意思的话题，就是关于java语言sql的，于是小编就整理了2个相关介绍Java语言sql的解答，让我们一起看看吧。
Java Web开发中，业务逻辑写在SQL里好还是代码里好呢？有什么建议吗？
SQL做些基本操作就可以了，业务判断还是要在代码中实现，但在做报表的时候，按照在代码中用增删改查来操作，会存在大量的查询和更新，这是极其耗时的，应该尽可能用一条SQL去完成，同时还要注意性能优化。
关于这个问题应该分场景，不能一概而论。中小项目推荐使用存储过程解决大部分业务，代码量少，方便维护。大型项目涉及到分布式，缓存等等，考虑到数据库的开销就不建议太过依托数据库处理了，因为大并发下数据库处理复杂业务根本处理不过来。
如果是小项目，业务层写在存储过程中也无妨，如果是大型项目，劝你还是封装起来写代码里，假设大型项目的业务层写在存储过程中，抛开性能不说，后期维护起来豪不夸张的说就三个字:要你命
目前能想到的场景里 只有统计报表系统 部分报表聚合逻辑适合写在sql中 开发效率较写在中间层要高 大部分报表可以做到sql查询所见即所得。但是 要求研发有很强的集合概念 熟悉库表结构 sql语法 和 各种sql方言
其他场景 例如 各个业务线比入订单流程 等 数据库的作用还是回归存储 比较好 其他的逻辑控制等防在中间层比较好
（图片来源网络，侵删）
java程序中写sql语句和存储过程，哪个效率高些？
1、存储过程是已经编译过的，在执行时效率高2、在程序中的SQL语句，每次都要经过数据库服务器的编译、校验、索引选择、缓存选择等等步骤。相对存储过程是慢的3、当然也有些事情是必须要在程序中处理，例如：字符串的处理，各种情况的判断等，这个不能一概而论，需要具体场景具体分析，然后选择最优的方法来试用。
到此，以上就是小编对于java语言sql的问题就介绍到这了，希望介绍关于java语言sql的2点解答对大家有用。
（图片来源网络，侵删）
