JPA合并第一次不起作用，但第二次起作用

Question

我知道这很常见，并且有很多关于合并不更新数据库中的数据的问题。但这有点不同。

从前端单击保存按钮时，我可以看到 CaseSpecimen 中的数据已针对所有三个属性进行了更新，但是当在此对象上调用合并时，它不会更新数据库。返回响应后，如果我再次单击保存按钮，因为该字段具有我想要的数据，在再次对 CaseSpecimen 对象调用合并后，这一次它将数据保存在数据库中。

这种情况只发生在一种标本类型上。 假设我们有针对案例 c 的 2 个样本类型 A 和 B。 如果我更新类型 A 中的值并单击保存，它将更新数据库中的数据。但是如果我对 Type B 做同样的事情，它不会第一次更新数据，但是如果我第二次点击保存按钮，那么数据库中的值将被更新。

SpecModel.java

@Entity
@Table(name = "CASE_SPECIMEN")
@NamedQuery(name = "CaseSpecimen.findAll", query = "SELECT c FROM CaseSpecimen c")
@XmlAccessorType(XmlAccessType.FIELD)
public class CaseSpecimen extendsBaseEntity implements Serializable, 
Comparable<CaseSpecimen> {
    private static final long serialVersionUID = 1L;

    @Column(name = "SPECIMEN_BODY_SITE")
    private String bodySite;

    @Column(name = "SPECIMEN_PROCEDURE")
    private String procedureName;

    @Column(name = "SPECIMEN_SOURCE")
    private String specimenSource;

   ... 
   getters and setters
}

主要实体

@Entity
@Table(name = "`CASE`")
@XmlAccessorType(XmlAccessType.FIELD)
public class Case extends BaseEntity implements Serializable {
public static final String CASE_CODE_SEPERATOR = "-";

private static final long serialVersionUID = 1L;

   @Id
   @GeneratedValue(strategy = GenerationType.IDENTITY)
   @Column(name = "CASE_ID")
   @GsonIgnore
   @XmlTransient
   private int id;

   @OneToMany(mappedBy = "patientCase", cascade = { CascadeType.MERGE, CascadeType.PERSIST })
   @NotFound(action = NotFoundAction.IGNORE)
   private Set<CaseSpecimen> caseSpecimens;

   ...
   getters and setters
}

案例道：

@Singleton
public class CaseDao extends GenericEntityDAO<PendingList> {
    @PersistenceContext(name = "APP_DB")
    protected EntityManager entityManager; 

    public CaseSpecimen updateCaseSpecimen(CaseSpecimen specimen) {
        return entityManager.merge(specimen);
    }
}

即使我在合并后调用了刷新方法，但数据库中仍然没有更新

  public CaseSpecimen updateCaseSpecimen(CaseSpecimen specimen) {
        CaseSpecimen spec = entityManager.merge(specimen);
        entityMannger.flush();
        return spec;
  }

控制器：

 for (CaseSpecimen specimen : case.getCaseSpecimens()) {
    ... if the updated object from front end the below line will execute
    caseSpecimensUpdatedList.add(caseService.updateCaseSpecimen(specimen));
}

CaseService：目前它是一个额外的层。这只是调用道方法。

persistence.xml

<?xml version="1.0" encoding="UTF-8"?>
<persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" 
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
            xsi:schemaLocation="http://java.sun.com/xml/ns/persistence 
            http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">
        <persistence-unit name="APP_DB"  >
             <jta-data-source>java:jboss/datasources/AppDataSource</jta-data-source>
        <properties>
        <property name="jboss.entity.manager.jndi.name" value="java:/AppEntityManager"/>
        <property name="wildfly.jpa.default-unit" value="true"/>
        <property name="hibernate.default_batch_fetch_size" value="100"/>
        <property name="hibernate.event.merge.entity_copy_observer" value="allow"/>

    </properties>
</persistence-unit>

Answer 1

如果您阅读 merge 的文档，您会发现：

将给定实体的状态合并到当前持久化上下文中。

这并不意味着数据库会立即更新！持久性上下文充当事务性后写缓存，对任何实体状态更改进行排队。与任何后写缓存一样，更改首先在内存中应用，并在刷新期间与数据库同步。刷新操作获取每个实体状态更改并将其转换为 INSERT、UPDATE 或 DELETE 语句。

确实 flush 文档说：

将持久化上下文同步到底层数据库。

这在当前事务中显然是正确的。在事务提交之前，看不到任何更改。

如果未显式调用刷新，则持久性提供程序遵循可能具有不同设置的策略：AUTO 或 COMMIT。

FlushModType 的文档又说：

在事务中执行查询时，如果 FlushModeType.AUTO 设置在 Query 或 TypedQuery 对象，或者如果持久性上下文的刷新模式设置为 AUTO（默认）并且尚未为 Query 或 TypedQuery 对象指定刷新模式设置，则持久性提供程序负责确保对状态的所有更新持久性上下文中可能影响查询结果的所有实体对查询的处理都是可见的。持久性提供程序实现可以通过将这些实体刷新到数据库或通过其他方式来实现。

如果设置了 FlushModeType.COMMIT，则未指定对持久性上下文中的实体进行更新对查询的影响。