大家好，今天小编关注到一个比较有意思的话题，就是关于java语言连接sql的，于是小编就整理了4个相关介绍Java语言连接sql的解答，让我们一起看看吧。
- java用sql语句动态的往表里面添加字段，之后怎么能动态的读写新字段的数据？
- Java Web开发中，业务逻辑写在SQL里好还是代码里好呢？有什么建议吗？
- JavaEE后台开发过程中，为什么会有慢SQL问题？如何解决？
- JAVA起5个线程查5个sql会比1个线程查5个sql更快吗？为什么？
JAVA用sql语句动态的往表里面添加字段，之后怎么能动态的读写新字段的数据？
用SQL语句添加表字段：alter table 表名add 字段名 字段类型；
用select name from syscolumns where id=object_id(表名)查找出所有的表字段。然后再使用SELECT 查找到的字段 from 表名。
使用ResultSet动态读取数据库数据。ResultSet 是一个迭代模式的动态连接容器。迭代模式的容器遍历方式：
while(rs.next()){
}
rs.next()返回值是一个布尔值，表示迭代容器中是否还有下一条数据，即在迭代过程中是否已经到结尾。直到迭代集合中再无数据rs.next()返回false;
J***a Web开发中，业务逻辑写在SQL里好还是代码里好呢？有什么建议吗？
目前能想到的场景里 只有统计报表系统 部分报表聚合逻辑适合写在sql中 开发效率较写在中间层要高 大部分报表可以做到sql查询所见即所得。但是 要求研发有很强的***概念 熟悉库表结构 sql语法 和 各种sql方言
其他场景 例如 各个业务线比入订单流程 等 数据库的作用还是回归存储 比较好 其他的逻辑控制等防在中间层比较好
如果是小项目，业务层写在存储过程中也无妨，如果是大型项目，劝你还是封装起来写代码里，***设大型项目的业务层写在存储过程中，抛开性能不说，后期维护起来豪不夸张的说就三个字:要你命
SQL做些基本操作就可以了，业务判断还是要在代码中实现，但在做报表的时候，按照在代码中用增删改查来操作，会存在大量的查询和更新，这是极其耗时的，应该尽可能用一条SQL去完成，同时还要注意性能优化。
关于这个问题应该分场景，不能一概而论。中小项目推荐使用存储过程解决大部分业务，代码量少，方便维护。大型项目涉及到分布式，缓存等等，考虑到数据库的开销就不建议太过依托数据库处理了，因为大并发下数据库处理复杂业务根本处理不过来。
J***aEE后台开发过程中，为什么会有慢SQL问题？如何解决？
我昨天刚好碰到一个问题，应用服务器隔一小段时间就自动重启，最后才定位到是慢查询的问题，生产环境停摆了半天！
慢查询:超过指定时间的SQL查询。
慢查询的危害:轻者影响整个系统性能，重者直接导致服务重启或死机。
慢查询记录日志:使用set global slow_query_log=on;开启慢查询日志记录。
然后使用show variables like 'slow%';查找慢查询相关情况，除了能看到slow_query_log=on;还有slow_query_log_file用来记录慢查询的文件！
使用show variables like 'long%';查看慢查询的时间定义为多少？|long_query_time|0.01|(以秒为单位)。
慢查询原因和解决方案:
①，数据库自身原因:内存爆满，发生死锁，服务器卡死等。
②，数据库表设计问题:表中数据量过大，关键字段没有加索引，索引列有大量空等。
J***A起5个线程查5个sql会比1个线程查5个sql更快吗？为什么？
首先我们***定查询sql[_a***_]的网络开销和执行时间是一样的
多线程就是每个线程抢cpu的时间片，上下切换程序运行，看起来像是一起执行多个程序，5个线程会比5个sql一个个执行快
因为多线程cpu的利用率比一个线程的利用率高
到此，以上就是小编对于j***a语言连接sql的问题就介绍到这了，希望介绍关于j***a语言连接sql的4点解答对大家有用。
