0

在事务服务方法中，我循环查询数据库以获取具有条件的实体 A 的前 10 个。

我更新列表中的每个 A 实体，使它们不再符合条件，并调用 flush() 以确保进行了更改。

循环内对查询的第二次调用返回完全相同的 A 实体集。

为什么不考虑实体上的刷新更改？

我将 JPA 2.0 与 Hibernate 4.1.7 一起使用。与 Hibernate 相同的过程似乎只在工作。我已经关闭了二级缓存和查询缓存，无济于事。

我正在使用一个相当简单的配置，JpaTransactionManager，Spring over JPA over Hibernate。使用@Transactional 注释的主要方法。

代码将是这样的：

do {
    modelList = exportContributionDao.getContributionListToExport(10);
    for (M m : modelList) {
        //export m to a file
    m. (false);
    super.flush();
    }
} while (modelList.size() == 10);

对于循环的每次迭代，Dao 方法总是返回相同的 10 个结果，JPA 没有考虑更新的 'isToBeExported' 属性。

我不是想解决问题，而是想了解为什么 JPA 在这里没有按预期运行。我希望这是一个“经典”问题。毫无疑问，如果在每次迭代时都提交事务，它将得到解决。

ASAIK，缓存 L1，即以 Hibernate 作为底层 JPA 提供者的 Session，应该是最新的，并且第二次迭代查询应该考虑更新的 Entities，即使更改尚未持久化。所以我的问题是：为什么不是这样？配置错误或知道行为？

4

2 回答 2

1

刷新不一定提交数据库上的更改。你想达到什么目标？据我了解，你做某事。喜欢：

  1. 循环实体
  2. 在循环内，更改实体
  3. 在实体上调用“刷新”
  4. 再次读取实体
  5. 你想知道为什么数据库上的数据没有改变吗？

如果这是正确的，您为什么要重新阅读更改而不使用这些元素？离开事务后，更改将自动持久化。

于 2012-12-10T12:36:35.157 回答
0

这绝对应该有效。

这是我们的配置问题。

为这个问题道歉，我们很难找出原因，但我希望答案至少对某些人有用：

JPA 肯定会考虑在单个事务中对实体所做的更改。

于 2012-12-11T11:03:34.237 回答