我正在更新一个现有代码,该代码可将一个表中的副本或原始数据处理到同一数据库中的多个对象中。
以前,每种对象都有一个为每个表使用序列的生成的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)中的以下行为:
当我的实体(没有生成的值)以一种或多种关系映射到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"
似乎合法,因为尚未为Entity发送插入内容,但是为什么呢?同样,如果我更改实体的ID并使用@GeneratedValue,则不会出现任何错误。
我正在使用Spring Boot 1.5.12,Java 8和PostgreSQL 9
基本上,您正在从自动分配的标识符切换到手动定义的标识符,这对JPA和Spring Data级别都有很多影响。
在普通的JPA级别,持久性提供程序不必立即执行单个插入,因为它不必获取标识符值。这就是为什么它通常会延迟语句的执行,直到需要刷新为止(这是对的显式调用EntityManager.flush(),即查询执行),因为这要求数据库中的数据是最新的以提供正确的结果或事务提交。
EntityManager.flush()
Spring Data JPA存储库会在调用时自动使用默认事务save(…)。但是,如果您@Transactional在依次注释的方法中调用存储库,则直到离开该方法,数据库交互才可能发生。
save(…)
@Transactional
EntityManager.persist(…)
….merge(…)
JPA要求EntityManager客户代码区分保留一个全新实体或对现有实体进行更改。Spring Data存储库希望将客户端代码从不必处理这种区别中解放出来,因为业务代码不应因实现细节而过载。这意味着,Spring Data必须以某种方式将新实体与现有实体区分开。参考文档中描述了各种策略。
EntityManager
如果是手动标识符,则默认情况下null将不检查标识符属性的值,因为null根据定义,该属性永远不会。一种标准模式是调整实体以实现Persistable并保持一个短暂的is- new-flag,并使用实体回调注释来翻转该标记。
null
Persistable
@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声明为瞬态的,这样它就不会持久。该类型实现,Persistable以便存储库save(…)方法的Spring Data JPA实现将使用该类型。上面的代码使用new标记设置为true,从用户代码创建实体,但是任何类型的数据库交互(保存或加载)都会将该实体转换为现有实体,因此save(…)将在EntityManager.persist(…)最初触发但….merge(…)为所有后续操作触发。
isNew
new
true
我借此机会创建了DATAJPA-1600,并将此描述的摘要添加到了参考文档中。