我正在更新现有代码,该代码处理从一个表到同一数据库中多个对象的副本或原始数据。
以前,每种对象都有一个使用每个表的序列生成的 PK。
类似的东西:
@Id
@Column(name = "id")
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Integer id;
为了重用导入表中的现有 ID,我们删除了某些实体的 GeneratedValue,例如:
@Id
@Column(name = "id")
private Integer id;
对于这个实体,我没有更改我的 JpaRepository,看起来像这样:
public interface EntityRepository extends JpaRepository<Entity, Integer> {
<S extends Entity> S save(S entity);
}
现在我正在努力理解具有默认传播和隔离级别的 spring 事务 (@Transactional) 中的以下行为:
- 在实体上使用 @GeneratedValue,当我调用 entityRepository.save(entity) 时,我可以看到 Hibernate show sql activated 触发了一个插入请求(但似乎只在缓存中,因为数据库没有改变)
- 实体上没有@GeneratedValue,只会触发一个选择请求(不会尝试插入)
当我的实体(没有生成的值)在一个或多个关系中映射到 MyOtherEntity(有生成的值)时,这是一个大问题。
因此我有以下错误:
ERROR: insert or update on table "t_other_entity" violates foreign key constraint "other_entity_entity"
Détail : Key (entity_id)=(110) is not present in table "t_entity"
似乎合法,因为尚未为实体发送插入,但为什么呢?同样,如果我更改实体的 ID 并使用 @GeneratedValue,我不会收到任何错误。
我正在使用 Spring Boot 1.5.12、Java 8 和 PostgreSQL 9
最佳答案
您基本上是从自动分配的标识符切换到手动定义的标识符,这对 JPA 和 Spring Data 级别都有一些影响。
数据库操作时序
在普通 JPA 级别上,持久性提供程序不一定需要立即执行单个插入,因为它不必获取标识符值。这就是为什么它通常会延迟语句的执行,直到它需要刷新,这是对 EntityManager.flush()
的显式调用,查询执行,因为这需要数据库中的数据最新以提供正确的结果或事务提交。
Spring Data JPA 存储库在调用 save(…)
时自动使用默认事务。但是,如果您依次在使用 @Transactional
注释的方法中调用存储库,则在离开该方法之前可能不会发生数据库交互。
EntityManager.persist(…)
对比。 ….merge(…)
JPA 需要 EntityManager
客户端代码来区分持久化一个全新的实体或将更改应用于现有实体。 Spring Data 存储库希望将客户端代码从必须处理这种区别中解放出来,因为业务代码不应该因该实现细节而过载。这意味着,Spring Data 将不得不以某种方式将新实体与现有实体区分开来。 reference documentation 中描述了各种策略.
在手动标识符的情况下,默认检查标识符属性的 null
值将不起作用,因为根据定义,该属性永远不会是 null
。一种标准模式是调整实体以实现 Persistable
并保持一个 transient is-new-flag 并使用实体回调注释来翻转该标志。
@MappedSuperclass
public abstract class AbstractEntity<ID extends SalespointIdentifier> implements Persistable<ID> {
private @Transient boolean isNew = true;
@Override
public boolean isNew() {
return isNew;
}
@PrePersist
@PostLoad
void markNotNew() {
this.isNew = false;
}
// More code…
}
isNew
被声明为 transient 的,因此它不会被持久化。该类型实现了 Persistable
,以便存储库的 save(…)
方法的 Spring Data JPA 实现将使用它。上面的代码导致使用 new
将标志设置为 true
从用户代码创建的实体,但是任何类型的数据库交互(保存或加载)都会将实体变成现有的一个,这样 save(...)
将触发 EntityManager.persist(...)
最初但 ....merge(...)
所有后续操作。
我借此机会创建了DATAJPA-1600并将此描述的摘要添加到引用文档中。
关于java - 如何使用 Spring Data JPA 保存具有手动分配标识符的实体?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57678100/