JPA Criteria API：集合关联路径导航与复杂查询

本文深入探讨了如何使用JPA Criteria API处理实体间的集合关联（如`@OneToOne`和`@OneToMany`），并在此基础上进行复杂的路径导航和属性比较。通过具体的实体模型和代码示例，文章详细阐述了如何通过`join`操作正确地遍历嵌套集合，并构建有效的`Predicate`来查询满足特定条件的实体，尤其是在对集合内元素的属性进行`equal`或`in`操作时。

JPA Criteria API 集合关联查询指南

在使用JPA Criteria API进行复杂查询时，处理实体之间的关联关系，特别是涉及到集合类型（如@OneToMany）的路径导航，是一个常见且关键的场景。本教程将详细介绍如何通过Criteria API的join操作，有效地查询嵌套在集合中的属性。

实体模型概览

我们首先了解涉及的实体结构，这将作为我们后续查询的基础：

1. Property 实体

   • 包含一个 @OneToOne 关联到 Amenities 实体。

     class Property {
     // ...
     @OneToOne(mappedBy = "property", cascade = CascadeType.ALL)
     private Amenities amenities;
     }

     登录后复制

2. Amenities 实体

   • 包含一个 @OneToMany 关联到 Interiors 实体列表。

     class Amenities {
     // ...
     @OneToMany(mappedBy = "amenities", cascade = CascadeType.ALL)
     private List<Interiors> interiors;
     }

     登录后复制

3. Interiors 实体

   • 包含一个 name 属性。

     public class Interiors {
     @Id
     @GeneratedValue(strategy = GenerationType.AUTO)
     private int id;
     private String name;
     }

     登录后复制

我们的目标是查询所有包含特定内部设施（例如，Interiors 的 name 为 "Gym"）的 Property 实体。

挑战：集合属性的路径导航

在Criteria API中，直接对一个集合类型（如 List<Interiors>）调用 get("name") 是不正确的，因为它试图在集合本身而不是集合中的单个元素上获取属性。正确的做法是，通过 join 操作将集合“扁平化”为单个实体，然后对这些实体进行操作。

最初尝试的代码片段：

集简云

软件集成平台，快速建立企业自动化与智能化

22

查看详情

criteriaBuilder.equal(propertyRoot.join("amenities")
        .join("interiors").<String>get("name"), "Gym");

这个表达式的问题在于，propertyRoot.join("amenities").join("interiors") 返回的是一个 Join<Amenities, Interiors> 对象，代表了 Amenities 和 Interiors 之间的一对多关联的每一个 Interiors 实例。直接在其后调用 <String>get("name") 是正确的，但关键在于如何构建完整的 Predicate 来表达“集合中至少有一个元素满足条件”。

正确的路径导航与谓词构建

为了实现对集合内属性的查询，我们需要分步进行 join 操作，并利用 Join 对象来构建 Predicate。

1. 获取 CriteriaBuilder 和 CriteriaQuery： 这是所有Criteria API查询的起点。
2. 创建 Root 对象： 指定查询的起始实体。
3. 执行 join 操作：
   • 从 Property 实体 join 到 Amenities 实体。
   • 再从 Amenities 实体 join 到 Interiors 实体。每次 join 都会返回一个 Join 对象，代表了当前关联的路径。
4. 构建 Predicate： 使用 CriteriaBuilder 对 Join 对象中获取的属性应用比较操作。

示例代码：查询拥有“Gym”设施的 Property

import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;
import javax.persistence.TypedQuery;
import javax.persistence.criteria.CriteriaBuilder;
import javax.persistence.criteria.CriteriaQuery;
import javax.persistence.criteria.Join;
import javax.persistence.criteria.Predicate;
import javax.persistence.criteria.Root;
import java.util.List;
import java.util.Arrays;

// 假设 Property, Amenities, Interiors 实体已定义并配置好

public class PropertyQueryService {

    @PersistenceContext
    private EntityManager entityManager;

    public List<Property> findPropertiesWithInteriorName(String interiorName) {
        CriteriaBuilder cb = entityManager.getCriteriaBuilder();
        CriteriaQuery<Property> cq = cb.createQuery(Property.class);
        Root<Property> propertyRoot = cq.from(Property.class);

        // 1. Join Property to Amenities (OneToOne)
        // 默认情况下，join() 执行的是 INNER JOIN
        Join<Property, Amenities> amenitiesJoin = propertyRoot.join("amenities");

        // 2. Join Amenities to Interiors (OneToMany)
        // 这一步将 Amenities 关联的每一个 Interiors 实体都拉平到查询结果中
        Join<Amenities, Interiors> interiorsJoin = amenitiesJoin.join("interiors");

        // 3. 构建 Predicate：比较 Interiors 实体的 'name' 属性
        Predicate namePredicate = cb.equal(interiorsJoin.get("name"), interiorName);

        // 4. 将 Predicate 应用到查询的 WHERE 子句
        cq.where(namePredicate);

        // 5. 执行查询并返回结果
        TypedQuery<Property> query = entityManager.createQuery(cq);
        return query.getResultList();
    }

    public List<Property> findPropertiesWithInteriorNamesInList(List<String> interiorNames) {
        CriteriaBuilder cb = entityManager.getCriteriaBuilder();
        CriteriaQuery<Property> cq = cb.createQuery(Property.class);
        Root<Property> propertyRoot = cq.from(Property.class);

        Join<Property, Amenities> amenitiesJoin = propertyRoot.join("amenities");
        Join<Amenities, Interiors> interiorsJoin = amenitiesJoin.join("interiors");

        // 构建 Predicate：使用 'in' 表达式检查 'name' 属性是否在给定列表中
        Predicate inPredicate = interiorsJoin.get("name").in(interiorNames);

        cq.where(inPredicate);

        TypedQuery<Property> query = entityManager.createQuery(cq);
        return query.getResultList();
    }

    // 示例用法
    public static void main(String[] args) {
        // 假设 entityManager 已通过 Spring/CDI 等方式注入
        // PropertyQueryService service = new PropertyQueryService();
        // List<Property> gymProperties = service.findPropertiesWithInteriorName("Gym");
        // List<Property> desiredProperties = service.findPropertiesWithInteriorNamesInList(Arrays.asList("Gym", "Pool"));
    }
}

注意事项与进阶用法

1. JoinType 的选择：

   • join() 方法默认执行 INNER JOIN。这意味着只有当关联的实体（例如 Amenities 或 Interiors）存在时，Property 实体才会被包含在结果中。
   • 如果需要包含即使没有关联实体也希望返回 Property 的情况，可以使用 LEFT JOIN：

     Join<Property, Amenities> amenitiesJoin = propertyRoot.join("amenities", JoinType.LEFT);
     Join<Amenities, Interiors> interiorsJoin = amenitiesJoin.join("interiors", JoinType.LEFT);

     登录后复制
   • JoinType.RIGHT 和 JoinType.FULL 也可以根据具体需求使用。

2. 组合多个谓词：

   • 可以使用 cb.and() 和 cb.or() 来组合多个 Predicate，构建更复杂的查询条件。

     Predicate gymPredicate = cb.equal(interiorsJoin.get("name"), "Gym");
     Predicate sizePredicate = cb.greaterThan(propertyRoot.get("size"), 100); // 假设 Property 有一个 size 属性
     cq.where(cb.and(gymPredicate, sizePredicate));

     登录后复制

3. Path 与 Join 的区别：

   • Root 和 Join 都是 Path 的子接口。Path 代表了从根实体到某个属性或关联的路径。
   • join() 方法返回一个 Join 对象，它不仅代表了路径，更重要的是，它允许你基于这个关联进一步构建查询条件或进行排序。

4. in 表达式：

   • 当需要检查某个属性的值是否在一组给定值中时，in 表达式非常有用。在上面的 findPropertiesWithInteriorNamesInList 示例中已经展示。

总结

JPA Criteria API 为构建动态、类型安全的查询提供了强大的工具。通过理解 join 操作在处理集合关联时的作用，以及如何正确地从 Join 对象中获取属性并构建 Predicate，开发者可以有效地实现复杂的路径导航和多层嵌套查询。灵活运用 JoinType 和谓词组合，能够满足各种复杂的业务查询需求。

以上就是JPA Criteria API：集合关联路径导航与复杂查询的详细内容，更多请关注php中文网其它相关文章！