这是一个创建于 1998 天前的主题，其中的信息可能已经有所发展或是发生改变。
-
项目中有现成的单表查询语言
-
现有需求需要多表查询获取数据
-
复用前面的单表查询语句
-
新写 sql 连接，一次查出来所有
-
大概知道，一次查询可以少访问数据库，但和数据库建立连接不是长连接么(现在默认等待时间 86400s)，而且有线程
池可以复用，这样多次查询获取和单次取会差很多么？大佬们在这方面有没有具体的学习资料推荐？
 | 1 wellsc 2020-04-24 14:40:54 +08:00  1 要考虑减少 IO 次数 |
 | 3 yidinghe 2020-04-24 14:43:56 +08:00 via Android 这描述太模糊了，为什么要查多次，一样的 SQL 查多次不还是一样的结果 |
 | 5 KentY 2020-04-24 14:49:00 +08:00 via iPhone 1 写 join 查询吧，如果涉及表的索引，数据量没问题的话。 优劣你可以自己测试出来，分别写两个方案，禁用掉 orm 的 cache，放在同一个比如 10000 次循环中比较下 |
 | 6 yeqizhang 2020-04-24 14:57:18 +08:00 via Android 事实上我也像这样一次一次查这么干过， 但总感觉不太好，数据库对连接查询应该有优化快过三次查询吧。 项目要求不高可以这么干。 看后面有没有大佬比较懂数据库的了…… |
 | 8 est 2020-04-24 15:24:52 +08:00 2 先实现一个多次查询的性能差的版本，然后下个季度有空了优化成查询一次的。一鱼多吃。一个需求变 2 个 KPI |
 | 10 wangyanrui 2020-04-24 15:42:45 +08:00 1 绝大多数项目 QPS 都不到百，真的没必要考虑性能问题，JPA 一把梭就完了~~ 等被喷！ |
 | 11 mseasons 2020-04-24 15:44:56 +08:00 1 先照常写，如果有性能问题再优化 join，前期写代码还是代码清晰度第一 |
 | 12 loryyang 2020-04-24 15:48:08 +08:00 1 干就完事了，提前的优化是万恶之源。不过写代码之前，最好写 SQL 查几次试试 PS： 留下优化点也是给后续工作留饭吃 |
 | 13 jiangwenjie 2020-04-26 10:06:34 +08:00 1 1.多次查询存在网络时延，如果是 DB 和应用服务器处于同一局域网下这个问题不明显。 2.数据库在读取数据的时候要从磁盘读取，存在 I/O 开销，为了减少 I/O 开销，DB 会把有关联的数据放在临近的磁盘块里，一次读取 N 个块，这就带来一个问题，你使用 join 引起的 I/O 次数（可能一次的 N 块就满足你的所有数据了）要少于你执行多次查询。 |
 | 14 ym OP @jiangwenjie 大佬有相关资料推荐么 |
| 15 jiangwenjie 2020-04-28 17:27:05 +08:00 @ymz 任意一本数据库实现的书应该都有提到，我已经记不清自己在哪看的了 |
Select Language