首页  >  文章  >  Java  >  Spring Data JPA 流查询方法

Spring Data JPA 流查询方法

Patricia Arquette
Patricia Arquette原创
2024-11-22 05:35:20814浏览

Spring Data JPA Stream Query Methods

介绍

传统上,获取大量数据可能会导致内存资源紧张,因为它通常涉及将整个结果集加载到内存中。

=>流查询方法通过提供一种使用 Java 8 Streams 增量处理数据的方法来提供解决方案。这可确保任何时候只有一部分数据保存在内存中,增强性能和可扩展性

在这篇博文中,我们将深入研究流查询方法在 Spring Data JPA 中的工作原理,探索它们的用例,并演示它们的实现。

对于本指南,我们使用:

  • IDE:IntelliJ IDEA(推荐用于 Spring 应用程序)或 Eclipse
  • Java 版本:17
  • Spring Data JPA 版本:2.7.x 或更高版本(与 Spring Boot 3.x 兼容)
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>

注意:有关更详细的示例,请访问我的 GitHub 存储库

1.什么是流查询方式?

Spring Data JPA 中的流查询方法允许我们以 Stream 的形式返回查询结果,而不是 List 或其他集合类型。这种方法有几个好处:

  • 高效的资源管理:增量处理数据,减少内存开销。

  • 延迟处理:按需获取和处理结果,非常适合分页或批处理等场景。

  • 与函数式编程集成:流符合 Java 的函数式编程特性,支持过滤、映射和收集等操作。

2.如何使用流查询方法?

=>假设我们正在开发一个电子商务应用程序并希望:

  • 检索在特定日期之后下订单的所有客户。
  • 过滤总金额高于特定提供金额的订单。
  • 按过去 6 个月内的订单总价值对客户进行分组。
  • 返回数据作为客户名称及其总订单价值的摘要。

实体

  • 客户:代表客户。
@Setter
@Getter
@Entity
@Entity(name = "tbl_customer")
public class Customer {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;
    private String email;

    @OneToMany(mappedBy = "customer", cascade = CascadeType.ALL, fetch = FetchType.LAZY)
    private List<Order> orders;
}
  • 订单:代表客户下的订单。
@Setter
@Getter
@Entity(name = "tbl_order")
public class Order {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private Double amount;
    private LocalDateTime orderDate;

    @ManyToOne
    @JoinColumn(name = "customer_id")
    private Customer customer;
}

存储库

  • CustomerRepository 用于选择客户及其在特定日期之后下的相关订单。我们使用 Stream而不是列表处理查询结果。
public interface CustomerRepository extends JpaRepository<Customer, Long> {
    @Query("""
                SELECT c FROM tbl_customer c JOIN FETCH c.orders o WHERE o.orderDate >= :startDate
            """)
    @QueryHints(
            @QueryHint(name = AvailableHints.HINT_FETCH_SIZE, value = "25")
    )
    Stream<Customer> findCustomerWithOrders(@Param("startDate") LocalDateTime startDate);
}

注意:

  • JOIN FETCH 确保订单被急切加载。

  • @QueryHints 用于向 JPA(例如 Hibernate)提供额外提示以优化查询执行。

=>例如,当我的查询返回 100 条记录时:

  • 前 25 条记录由应用程序获取并处理。
  • 处理完毕后,将获取接下来的 25 条记录,依此类推,直到处理完所有 100 条记录。
  • 此行为最大限度地减少了内存使用量,并避免一次将所有 100 条记录加载到内存中。

服务

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>

这里是处理数据的服务类,有两个参数startDate和minOrderAmount。如您所见,我们不使用 sql 查询进行过滤,而是将所有数据作为流加载,然后通过 Java 代码进行过滤和分组。

控制器

@Setter
@Getter
@Entity
@Entity(name = "tbl_customer")
public class Customer {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;
    private String email;

    @OneToMany(mappedBy = "customer", cascade = CascadeType.ALL, fetch = FetchType.LAZY)
    private List<Order> orders;
}

测试

=>要创建测试数据,您可以在我的源代码中执行以下脚本或自己添加。

src/main/resources/dummy-data.sql

请求:

  • 开始日期: 2024-05-01T00:00:00
  • 最小订单金额:100
@Setter
@Getter
@Entity(name = "tbl_order")
public class Order {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private Double amount;
    private LocalDateTime orderDate;

    @ManyToOne
    @JoinColumn(name = "customer_id")
    private Customer customer;
}

回应:

  • 返回总金额等于或大于 minOrderAmount 的所有客户。
public interface CustomerRepository extends JpaRepository<Customer, Long> {
    @Query("""
                SELECT c FROM tbl_customer c JOIN FETCH c.orders o WHERE o.orderDate >= :startDate
            """)
    @QueryHints(
            @QueryHint(name = AvailableHints.HINT_FETCH_SIZE, value = "25")
    )
    Stream<Customer> findCustomerWithOrders(@Param("startDate") LocalDateTime startDate);
}

3. 流与列表

=>您可以使用 IntelliJ Profiler 来监视内存使用情况和执行时间。有关如何添加和测试大数据集的更多详细信息,您可以在我的 GitHub 存储库中找到

小数据集:(10 个客户,100 个订单)

  • 流:执行时间(~5ms),内存使用(低)
  • 列表:执行时间(~4ms),内存使用(低)

大型数据集(10.000 个客户,100.000 个订单)

  • 流:执行时间(~202ms),内存使用(中等)
  • 列表:执行时间(~176ms),内存使用(高)

性能指标

Metric Stream List
Initial Fetch Time Slightly slower (due to lazy loading) Faster (all at once)
Memory Consumption Low (incremental processing) High (entire dataset in memory)
Memory Consumption Low (incremental processing) High (entire dataset in memory)
Processing Overhead Efficient for large datasets May cause memory issues for large datasets
Batch Fetching Supported (with fetch size) Not applicable
Error Recovery Graceful with early termination Limited, as data is preloaded

总结

Spring Data JPA 流查询方法提供了一种优雅的方式来高效处理大型数据集,同时利用 Java Streams 的强大功能。通过增量处理数据,它们减少了内存消耗并与现代函数式编程范例无缝集成。

您对流查询方法有何看法?在下面的评论中分享您的经验和用例!

下一篇文章见。快乐编码!

以上是Spring Data JPA 流查询方法的详细内容。更多信息请关注PHP中文网其他相关文章!

声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn