Spring Hibernate jdbc批量大小

Question

我有一些场景，我认为从 休眠文档。

数据类：

class HibernateDao {
      // ...

      @Transactional
      public void store(List<Object> batch) {
          for(Object o : batch) {
             hibernate.store(o);
          }
      }
}

场景 1

hibernate.jdbc.batch_size = 1

Q1：使用 10 项的集合调用 store(..) 时会发生什么？会有 10 x 1 笔交易还是只有 1 笔？

---

场景 2

hibernate.jdbc.batch_size = 10

Q2：使用 1 项的集合调用 store(..) 时会发生什么？无论batch_size 属性如何，它都会立即写入后备存储吗？

---

来自休眠文档：

如果您使用身份标识符生成器，​​Hibernate 会透明地禁用 JDBC 级别的插入批处理

Q3：什么被分类为 identify 标识符生成器，使用注释 @Id< /code> 和 @GenerateValue(strategy = GenerationType.AUTO)？

Answer 1

问题 1：当调用包含 10 个项目的 store(..) 时会发生什么？会有 10 x 1 笔交易还是只有一笔交易？

这是 Spring 事务特有的，但就 Hibernate 而言，如果您使用一个会话和一个“事务”，它将等到“刷新”或“提交”来实际执行操作。所以，一笔交易。

问题 2：使用 1 个项目的集合调用 store(..) 时会发生什么？无论batch_size 属性如何，它都会立即写入后备存储吗？

不是立即。与之前的响应相同的内容也适用于此：除非您明确要求“刷新”，否则 Hibernate 将在提交阶段执行该操作。

问题 3：使用注释 @Id 和 @GenerateValue(strategy = GenerationType.AUTO)，什么被归类为身份标识符生成器？

Hibernate 无法将其预测为 ID 的任何内容。例如，身份（类似于序列，但适用于 T-SQL 数据库）、自动增量、序列……原因很简单：Hibernate 不知道每个批处理实体生成的 ID 是什么，因此，插入后实体的状态将与之前的状态不同。 Hibernate 在常规情况下通过调用“getGenerateKeys”的 JDBC 方法来处理该问题，这允许它将数据库中的数据与其会话中的数据同步，但不可能批量执行此操作。

如果 Hibernate 确实知道实体的 ID（即：分配的、hilo、uuid，...），它可以安全地执行批处理。