如何消除Criteria Builder中关联表的多次数据库查询

使用Fetch完全可行，这正是解决你遇到的N+1查询问题的标准方案。问题根源是JPA默认对关联实体采用延迟加载，当你遍历查询到的Checkin集合并访问关联的Guest时，会为每个Guest单独发起数据库查询，导致多次调用。通过Fetch Join可以一次性加载所有关联数据，避免这种情况。

具体实现步骤 #

1. 构建关联路径并指定Fetch
   在Criteria查询中，针对Checkin的根对象（Root），调用fetch()方法指定要一次性加载的关联实体（Guest），同时可以指定关联类型（INNER或LEFT，根据业务需求选择）。如果需要通过Event的eventUuid过滤，还需要建立Guest到Event的关联。

2. 添加过滤条件
   通过关联路径定位到Event的eventUuid字段，添加等值匹配条件。

代码示例 #

假设你的实体类对应关系如下：

• Checkin实体包含guest属性（关联Guest）
• Guest实体包含event属性（关联Event）
• Event实体包含eventUuid属性

修改后的Criteria Builder代码大致如下：

// 创建CriteriaBuilder和CriteriaQuery
CriteriaBuilder cb = entityManager.getCriteriaBuilder();
CriteriaQuery<Checkin> query = cb.createQuery(Checkin.class);

// 定义Checkin的根对象
Root<Checkin> root = query.from(Checkin.class);

// 关键：使用fetch一次性加载关联的Guest，避免延迟加载
Fetch<Checkin, Guest> guestFetch = root.fetch("guest", JoinType.INNER);
// 如果后续需要访问Event的属性，也可以继续fetch Event，仅用于过滤的话可省略
Fetch<Guest, Event> eventFetch = guestFetch.fetch("event", JoinType.INNER);

// 添加过滤条件：通过eventUuid筛选
query.where(cb.equal(eventFetch.get("eventUuid"), targetEventUuid));

// 执行查询
List<Checkin> checkins = entityManager.createQuery(query).getResultList();

效果说明 #

修改后生成的SQL会是一条包含多表JOIN的查询，类似：

SELECT c.*, g.*, e.* 
FROM checkin c
INNER JOIN guest g ON c.guest_id = g.id
INNER JOIN event e ON g.event_id = e.id
WHERE e.event_uuid = ?

这样就能一次性获取所有符合条件的Checkin及关联的Guest、Event数据，彻底消除针对每个Guest的单独查询。

注意事项 #

• 关联类型（INNER/LEFT）：如果业务中Checkin必须关联有效的Guest，用JoinType.INNER；如果允许Checkin无关联Guest（尽管你的场景可能不存在这种情况），则用JoinType.LEFT。
• 区分fetch()和join()：如果仅需要通过关联表过滤数据，不需要加载关联实体，可以用join()，但如果后续要访问关联的Guest属性，必须用fetch()，否则仍会触发N+1查询。

内容的提问来源于stack exchange，提问作者user22439615