Lazyafei's Blog

之前写过两篇博文讲解了之前项目中如何使用JPA批量插入：Spring Data JPA批量插入过慢及其优化 —— 自定义Repository_Lazyafei的博客-优快云博客_jpa批量插入优化Spring Data JPA批量插入过慢及其优化 —— 泛型提炼公用batchSave方法、引入多线程_Lazyafei的博客-优快云博客今天举个例子，并把源码放出来，项目使用国产神通数据库，其他数据库请自行修改，Gitee地址：lazyafei/spring-data-jpa-practice

PersistenceUnit什么是持久化单元？持久化单元是一个逻辑分组，其中包含诸如EntityManagerFactory 的配置、一组实体类、映射元数据（可以通过扫描映射注释或从META-INF 目录下的persistence.xml/orm.xml 加载）等信息。每个持久化单元必须有一个唯一的名称。一个应用程序可以有一个或多个持久化单元。持久化文件持久化单元的根由类路径中 META-INF 目录下的 persistence.xml 文件定义。独立应用程序中典型的 persiste.

官方原文：https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jpa.query-methodsGenerally, the query creation mechanism for JPA works as described in “Query Methods”. The following example shows what a JPA query method translates into:Example

参考：https://stackoverflow.com/questions/38349930/spring-data-and-native-query-with-pagination在sql后添加 \n-- #pageable\n 即可。 @Query(nativeQuery = true, value = "select a.* from organization a where a.tenant_id=:tenantId and a.is_delete='0' " +

EntityManager是JPA中用于增删改查的接口，它的作用相当于一座桥梁，连接内存中的java对象和数据库的数据存储。

之前只针对一个实例进行插入保存，现在我们需要的是公用的batchSave方法——当然是使用泛型啦；在原有的基础上进行稍加改造：1、新增批量导入接口BatchSaveRepositorypackage com.easemob.oa.persistence.jpa;import org.springframework.data.repository.NoRepositoryBean;import java.util.List;@NoRepositoryBeanpublic interf

不久前在测试给组织添加应用功能时(类似于小程序，选中组织下的所有用户有权限使用添加的应用)，无意选中了根节点，插入状态一直pending，后台跟踪大概插入操作执行了270s，数据量有26510 -> 约2.6W条，看了下代码，采用整体for循环单个save的方式：可谓慢的过分，于是着手优化；优化一：考虑JPA的批量查询JPA咱也不熟，批量插入搞不好需要添加配置，一顿百度猛如虎，需要添加如下配置：1、application.properties添加（yml自行转换）#.

在2006年初始发布JPA 1.0之前，有许多供应商在对象关系映射（ORM）工具领域进行竞争，他们都拥有非常相似的API，可以实现许多相同的目标。但~是，这些项目都没有兼容和可互换的代码。JPA的目标是标准化Java应用程序如何执行ORM。在JPA 1.0中，所有竞争实现都是统一的，因为它们现在都实现了一个通用的标准API。然而，由于Hibernate的普及，许多人在真正意味着JPA时继续使用Hibernate一词。Hibernate成为JPA的同名词，正如Kleenex是浴室纸巾的同名词一样。即使在今天