jpa 多层嵌套一对多_java – Spring Data JPA:嵌套实体的批量插入

本文探讨了如何优化Spring Data JPA中多层嵌套实体的批量插入性能。针对Job、JobDetail和JobEnvelope的三层关系,通过调整Hibernate配置,如设置`hibernate.order_inserts`和`jdbc.batch_size`,以及使用`rewriteBatchedStatements`,可以显著提升插入速度。同时,建议在批处理后刷新并清除持久性上下文以释放内存。对于版本化的实体,启用`hibernate.generate_statistics`以允许批量更新。
摘要由CSDN通过智能技术生成

我有一个测试用例,我需要将100’000个实体实例保存到数据库中.我目前正在使用的代码执行此操作,但最多需要40秒才能将所有数据保留在数据库中.从JSON文件中读取数据,该文件大小约为15 MB.

现在我已经在自定义存储库中为另一个项目实现了批量插入方法.但是,在这种情况下,我有很多顶级实体要坚持,只有几个嵌套实体.

在我目前的情况下,我有5个Job实体,其中包含大约约30个JobDetail实体的List.一个JobDetail包含850到1100个JobEnvelope实体.

写入数据库时​​,我使用默认保存(Iterable< Job> jobs)接口方法提交作业实体列表.所有嵌套实体都具有CascadeType PERSIST.每个实体都有自己的表.

启用批量插入的常用方法是实现一个自定义方法,如saveBatch,每隔一段时间刷新一次.但在这种情况下我的问题是JobEnvelope实体.我不会将它们与JobEnvelope存储库保持一致,而是让Jobentity的存储库处理它.我正在使用MariaDB作为数据库服务器.

所以我的问题归结为以下几点:如何让JobRepository批量插入嵌套实体?

这些是我的3个问题:

工作

@Entity

public class Job {

@Id

@GeneratedValue

private int jobId;

@OneToMany(fetch = FetchType.EAGER, cascade = CascadeType.PERSIST, mappedBy = "job")

@JsonManagedReference

private Collection jobDetails;

}

的JobDetail

@Entity

public class JobDetail {

@Id

@GeneratedValue

private int jobDetailId;

@ManyToOne(fetch = FetchType.EAGER, cascade = CascadeType.PERSIST)

@JoinColumn(name = "jobId")

@JsonBackReference

private Job job;

@OneToMany(fetch = FetchType.EAGER, cascade = CascadeType.PERSIST, mappedBy = "jobDetail")

@JsonManagedReference

private List jobEnvelopes;

}

JobEnvelope

@Entity

public class JobEnvelope {

@Id

@GeneratedValue

private int jobEnvelopeId;

@ManyToOne(fetch = FetchType.EAGER, cascade = CascadeType.PERSIST)

@JoinColumn(name = "jobDetailId")

private JobDetail jobDetail;

private double weight;

}

解决方法:

确保正确配置与批处理相关的Hibernate属性:

100

true

true

关键是如果连续语句操作同一个表,则可以对它们进行批处理.如果出现插入到另一个表的语句,则必须在该语句之前中断并执行先前的批处理构造.使用hibernate.order_inserts属性,您可以在构造批处理语句之前授予Hibernate重新排序插入的权限(hibernate.order_updates对update语句具有相同的效果).

jdbc.batch_size是Hibernate将使用的最大批量大小.尝试并分析不同的值,并选择一个在您的用例中显示最佳性能的值.

请注意,如果使用IDENTITY id生成器,则插入语句的批处理为disabled.

特定于MySQL,您必须指定rewriteBatchedStatements = true作为连接URL的一部分.要确保批处理按预期工作,请添加profileSQL = true以检查驱动程序发送到数据库的SQL.更多细节here.

如果您的实体是版本化的(为了乐观锁定目的),那么为了利用批量更新(不影响插入),您还必须打开:

true

使用此属性,您可以告诉Hibernate JDBC驱动程序能够在执行批量更新时返回正确的受影响行数(执行版本检查所需).您必须检查这是否适用于您的数据库/ jdbc驱动程序.例如,它是Oracle 11中的does not work和较旧的Oracle版本.

您可能还希望刷新并清除持久性上下文after each batch以释放内存,否则所有托管对象都将保留在持久性上下文中,直到它关闭为止.

此外,您可能会发现this blog很有用,因为它很好地解释了Hibernate批处理机制的细节.

标签:java,spring-data-jpa,hibernate

来源: https://codeday.me/bug/20190918/1811172.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
针对你的问题,我可以给你一些指导和示例代码。首先,JPA中的CriteriaBuilder可以用于动态构建查询条件,包括多组条件的and和or组合。下面是一个示例代码,演示如何使用CriteriaBuilder查询多层嵌套一对多关系。 假设你有两个实体类,一个是User,另一个是Order,它们之间是一对多的关系,即一个用户可以有多个订单: ```java @Entity public class User { @Id private Long id; private String name; @OneToMany(mappedBy = "user", cascade = CascadeType.ALL) private List<Order> orders; // getters and setters } @Entity public class Order { @Id private Long id; private String productName; private BigDecimal price; @ManyToOne @JoinColumn(name = "user_id") private User user; // getters and setters } ``` 现在,假设你要查询所有用户名为"John",且其订单中至少有一笔金额大于100的订单的用户。可以使用CriteriaBuilder构建如下查询条件: ```java public List<User> findUsersWithExpensiveOrders(String username) { CriteriaBuilder cb = entityManager.getCriteriaBuilder(); CriteriaQuery<User> cq = cb.createQuery(User.class); Root<User> userRoot = cq.from(User.class); Join<User, Order> orderJoin = userRoot.join("orders"); cq.where( cb.and( cb.equal(userRoot.get("name"), username), cb.greaterThan(orderJoin.get("price"), new BigDecimal(100)) ) ).groupBy(userRoot.get("id")).having(cb.greaterThan(cb.count(orderJoin), 0L)); TypedQuery<User> query = entityManager.createQuery(cq); return query.getResultList(); } ``` 上述代码中,我们首先使用CriteriaBuilder和CriteriaQuery创建查询对象,并从User类中获取Root作为查询的起点。然后,我们使用join方法来连接User和Order实体类,并使用equal和greaterThan方法构建多个查询条件,其中equal用于匹配用户名,greaterThan用于匹配订单金额。最后,我们使用groupBy和having方法组合查询条件,确保查询结果只包含至少有一笔金额大于100的订单的用户。 希望这个示例代码对你有所帮助。如果你还有其他问题或需要更多帮助,请随时问我。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值