当前位置：首页 > ds >正文

对比N+1查询和关联聚合查询

ds 2025/5/5 3:47:07

通常我们管第一种模式叫 “N+1 查询”，第二种叫 “关联聚合查询”。下面从几个角度来比较，帮助你做出选择。

1. 性能与资源消耗

方案	SQL 语句数	网络往返次数	数据库负载	Java 处理
N+1 查询（先查项目，再遍历项目查设备状态数）	1 + N 条	1 + N 次	多次小查询	需要在代码中汇总各个查询结果
关联聚合查询（一次 SQL → 按项目＋状态分组计数）	1 条	1 次	单次大查询（GROUP BY）	直接拿到全量结果，按项目和状态映射到 DTO

N+1 查询在项目数量（N）大的时候，网络往返和数据库连接开销会急剧上升，容易成为性能瓶颈。
关联聚合查询只需要一次往返，数据库做完 GROUP BY 聚合后，Java 端几乎不用额外计算，通常响应更快、更稳定。

2. 可维护性与拓展性

N+1 查询
- 逻辑散落在多条 SQL/DAO 调用里，代码量和耦合度都更高。
- 如果新增状态或需要统计别的维度（如按设备类型、品牌等），要修改多处查询逻辑。
关联聚合查询
- 聚合逻辑集中在一条 SQL 里，可读性更好。
- 新增统计维度（例如按设备类型再分组）也只需在同一句 SQL 加 CASE WHEN 或多维度 GROUP BY。

3. 示例

假设表结构简化为：

-- 项目表
CREATE TABLE project (project_id   BIGINT PRIMARY KEY,project_name VARCHAR(100)
);-- 设备表
CREATE TABLE device (device_id    BIGINT PRIMARY KEY,project_id   BIGINT,state        VARCHAR(20)  -- 如 '待调试', '待验收' 等
);

2.1 关联聚合查询示例

SELECTp.project_id,p.project_name,-- 按不同状态计数SUM(CASE WHEN d.state = '待调试' THEN 1 ELSE 0 END) AS cnt_debugging,SUM(CASE WHEN d.state = '待验收' THEN 1 ELSE 0 END) AS cnt_acceptance,SUM(CASE WHEN d.state = '已上线' THEN 1 ELSE 0 END) AS cnt_online
FROM project p
LEFT JOIN device dON p.project_id = d.project_id
GROUP BY p.project_id, p.project_name;

优点
- 一条 SQL 就拿到所有项目在各状态下的设备数。
- 如果新增“维修中”“已淘汰”之类的状态，只要再加一个 SUM(CASE…)。

2.2 Java 端映射（MyBatis / Spring Data JPA）

// DTO 接口或类
public class ProjectDeviceStat {private Long projectId;private String projectName;private Integer cntDebugging;private Integer cntAcceptance;private Integer cntOnline;// getters & setters
}// MyBatis mapper
@Select("""SELECTp.project_id AS projectId,p.project_name AS projectName,SUM(CASE WHEN d.state = '待调试' THEN 1 ELSE 0 END) AS cntDebugging,SUM(CASE WHEN d.state = '待验收' THEN 1 ELSE 0 END) AS cntAcceptance,SUM(CASE WHEN d.state = '已上线' THEN 1 ELSE 0 END) AS cntOnlineFROM project pLEFT JOIN device d ON p.project_id = d.project_idGROUP BY p.project_id, p.project_name""")
List<ProjectDeviceStat> selectProjectDeviceStats();