子实体未在使用一对多更新父实体时插入/更新

Question

我正在使用@OneToMany注释来保存父实体和子实体，但在特定情况下保存子实体时遇到问题。

子实体在两种情况下被保存：

1. 在第一次插入有孩子的父母期间。
在更新带有子项的
2. 父项期间，当第一次插入时没有在数据库中插入/保存在数据库中的子项时

但是当父项与子项 1 一起插入时，然后在更新父项期间我尝试插入子项 2，然后我无法保存子项 2

它失败，出现以下异常：

o.h.e.jdbc.spi.SqlExceptionHelper - ORA-01407: cannot update ("app_Name"."Child_entity"."REFERENCE_ID") to NULL\n 
23:22:06.068 ERROR o.h.i.ExceptionMapperStandardImpl - HHH000346: Error during managed flush [org.hibernate.exception.ConstraintViolationException: could not execute statement] 

请参阅我的代码，如下所示：

@Data
@Entity
@Table("Parent_table")
public class Parent_entity implements Serializable {


    @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.EAGER, orphanRemoval =true)
    @JoinColumn(name="REFERENCE_ID")
    private Set<Child_Entity> childrens ;

    }


@Data
@Entity
@Table("child_table")
public class Child_entity implements Serializable {

    @Id
    @GeneratedValue(generator = "seq_gen", strategy = GenerationType.SEQUENCE)
    @SequenceGenerator(name = "seq_gen", sequenceName = "child_SEQ",allocationSize=1)
    @Column(name ="col_name")
    private Integer asSeq;

    @Column(name ="REFERENCE_ID")
    private String referenceid;

    }   

在映射器类中，我显式设置父表的主键。

Oracle 数据库端我添加了以下外键约束

  ALTER TABLE child_table
  ADD CONSTRAINT FK_parent_table
  FOREIGN KEY (REFERENCE_ID)
  REFERENCES Parent_table(REFERENCE_ID);

我已经浏览了关于 stackoverflow 的类似问题，这表明如果您将现有列用于外键，则该列的现有值不应为 null。但是在我的情况下，列“REFERENCE_ID”已经不可为空。

请让我知道或建议我是否需要添加其他内容以使其工作。

谢谢。

编辑：在更新方案中，Hibernate正在生成以下查询：

update child_table set reference_id=null where reference_id=? and child_seq=?

其中reference_id是父的主键，child_seq是子级的主键

知道为什么Hibernate试图更新父的主键我正在显式设置父主键的值在孩子的实体中

Answer 1

这里其实有三个问题：

1. 显然，“更新方案”插入了两个新子项，而不是保留一个并添加一个。
2. 具有不可为空的连接列的单向一对多关系
3. 龙目岛生成的等于和哈希代码

TL;TR： GOTO 2

1. 更新方案

Hibernate正在尝试将reference_id更新为NULL，因为它希望将子实体与父实体“分离”。这意味着，在更新期间，您将添加两个新子项，而不是保留一个并添加一个。我还没有看到你的相关代码段，但我认为它可能或多或少看起来像这样：

ParentEntity parent = new ParentEntity();
parent.setId("test");
ChildEntity child1 = new ChildEntity();
child1.setReferenceid(parent.getId());
parent.setChildrens(new HashSet<>(Arrays.asList(child1)));
repository.save(parent);

ChildEntity child2 = new ChildEntity();
child2.setReferenceid(parent.getId());
parent.getChildrens().add(child2);
repository.save(parent);

它最终以 ConstraintVirelationException 结束。在第二次保存调用中，child1 仍然是一个“分离”的实例，它的 id 为 NULL，Hibernate 将两个孩子都视为新实例。因此，首先它会将它们添加到child_table，然后尝试通过将其 referenceId 设置为 NULL 来删除“旧”（孤立删除稍后发生，并且有点不相关）。它可以很容易地修复：

// ...
parent = repository.save(parent); // <- save(parent) returns updated object

ChildEntity child2 = new ChildEntity();
child2.setReferenceid(parent.getId());
parent.getChildrens().add(child2);
repository.save(parent);

不再有例外，但它不能解决问题。迟早你会从子集中删除一个孩子，它总是会导致异常。

2. 具有不可为空的连接列的单向一对多关系

建模的规范方式如下：

父实体

@OneToMany(cascade = CascadeType.ALL, fetch = FetchType.EAGER, orphanRemoval = true)
@JoinColumn(name = "REFERENCE_ID", nullable = false)
private Set<ChildEntity> childrens;

子实体

@Column(name = "REFERENCE_ID", insertable = false, updatable = false)
private String referenceid;

它应该可以工作，但Hibernate会生成不必要的“更新”查询：

select parententi0_.parent_id as parent_i1_1_1_, childrens1_.reference_id as referenc3_0_3_, childrens1_.id as id1_0_3_, childrens1_.id as id1_0_0_, childrens1_.name as name2_0_ ...
select nextval ('child_seq')
select nextval ('child_seq')
insert into child_table (name, reference_id, id) values (?, ?, ?)
insert into child_table (name, reference_id, id) values (?, ?, ?)
update child_table set reference_id=? where id=?
update child_table set reference_id=? where id=?
delete from child_table where id=?

一两件没什么大不了的，但有 100 件？发生这种情况是因为父实体是关系的所有者（由于@JoinTable注释）。它对外键一无所知child_table也不知道如何处理它。

2b. 双向一对一关系的“一半”

或者，我们可以尝试通过删除@JoinColumn并添加 mappedBy 使 ChildEntity 成为关系的所有者。从理论上讲，关系的另一边应该有相应的@ManyToOne，但似乎没有它就可以了。此解决方案是最佳的，但可能无法移植（到不同的 JPA 提供程序或不同的 Hibernate 版本）。

父实体

@OneToMany(mappedBy = "referenceid", cascade = CascadeType.ALL, fetch = FetchType.EAGER, orphanRemoval = true)
private Set<ChildEntity> childrens;

子实体（无变化，与问题中相同）

@Column(name = "REFERENCE_ID")
private String referenceid;

更新时，Hibernate会生成以下查询：

select parententi0_.parent_id as parent_i1_1_1_, childrens1_.reference_id as referenc3_0_3_, childrens1_.id as id1_0_3_, childrens1_.id as id1_0_0_, childrens1_.name as name2_0_ ...
select nextval ('child_seq')
select nextval ('child_seq')
insert into child_table (name, reference_id, id) values (?, ?, ?)
insert into child_table (name, reference_id, id) values (?, ?, ?)
delete from child_table where id=?

3. 龙目岛生成的等号和哈希码

这与你的问题没有直接关系，但我认为你迟早会遇到这个问题。您正在使用@Data注释（我假设它们是龙目岛的，如果不是，请忽略本节）。默认情况下，它们将从所有字段（包括 id）生成 equals 和 hashCode 方法。在父实体中很好，其中 id 是手动设置的。但是在 ChildEntity 中，id（又名 asSeq）由数据库生成，它会破坏 hashCode（）/equals（） 合约。它可能会导致非常偷偷摸摸的错误。来自 Hibernate 文档：

这里的问题是生成的标识符的使用、Set 的协定和 equals/hashCode 实现之间的冲突。Set 表示，当对象是 Set 的一部分时，对象的 equals/hashCode 值不应更改。但这正是这里发生的事情，因为 equals/hasCode 基于（生成的）id，该 id 在提交 JPA 事务之前没有设置。

您可能想在此处阅读更多相关信息：

• 实现 equals（） 和 hashCode（）
• JPA hashCode（） / equals（） 困境