1

我们开发了一个在两个持久性单元上工作的应用程序。应用程序从一个 PU1 中检索实体并循环处理它们。

在这个循环中，它更新 PU2 的记录，最后更新 PU1 实体并将它们标记为已处理。

它工作正常，但问题是我必须为 PU1 实体的每次遍历开始/提交 PU2，因此我们面临性能问题。

try{
em1.getTransaction.begin();
Query query = em1.createNamedQuery("Request.SELECT_ALL");
query.setMaxResults(1000);
List<LoaneeRefill> requests = query.getResultList();

for (Request vo : requests) {

 em2.getTransaction.begin();

 Response r =new Resopnse();
 r.setNumber(vo.getNumber);

 em2.persist(r);

 em2.getTransaction.commit();

 vo.setStatus("Y");
 em1.merge(vo);
 }


 em1.getTransaction.commit();
 }catch(Exception e){}

上面的代码导致性能问题/在大量请求上花费大量时间。

我尝试了以下代码，但出现错误：

 try{
 em1.getTransaction.begin();
 em2.getTransaction.begin();

 Query query = em1.createNamedQuery("Request.SELECT_ALL");
 query.setMaxResults(1000);
 List<LoaneeRefill> requests = query.getResultList();

 for (Request vo : requests) {

 Response r =new Resopnse();
 r.setNumber(vo.getNumber);

 em2.persist(r);

 vo.setStatus("Y");
 em1.merge(vo);
 }


 em2.getTransaction.commit();
 em1.getTransaction.commit();
 }catch(Exception e){}

错误：

javax.persistence.PersistenceException: Exception [EclipseLink-7197] (Eclipse Persistence Servi
ces - 2.1.1.v20100817-r8050): org.eclipse.persistence.exceptions.ValidationException
Exception Description: Null or zero primary key encountered in unit of work clone

编辑：

如果我从 PU1 获得实体列表并将它们分离，有什么建议。然后处理这些请求并使用一种更新或任何其他方式更新列表。

4

1 回答 1

0

这取决于您如何在数据库中生成 ID。如果它们是通过数据库上的自动增量生成的，那么以下信息可能是您获得更好性能的唯一选择。

如果您有另一个 ID 系统，或者可以更改您的 ID 生成方式，请查看此处以获取有关如何使用表格或序列生成 ID 的更多信息，以及这两个系统的优点和缺陷。

在 for 循环结束时，尝试添加...

em2.flush();

原因是 JPA 实际上并没有将更改提交到提交行的数据库单元。因此，尚未设置 ID。（我认为它在那里为占位符添加了一个 0）并且当您尝试保留第二个项目而不提交第一个项目时，它最终会得到具有相同占位符 ID 的第二个记录。

刷新将实际执行 SQL 以实际将记录添加到数据库并获取创建的真实 ID，但会使事务保持打开状态，因此您应该会看到性能提升。

似乎持久性 API 应该足够聪明，可以一次处理多个新记录，但这不是我的经验，可能有一个很好的理由，但我不知道它是什么。

于 2012-07-11T07:29:20.493 回答