简而言之，您所看到的就像是JDBC中的批处理。Hichnate没有为批量更新查询提供Thich，并且我怀疑是否会为Hibernate考虑它。
根据我过去的经验，HQL的批处理功能在现实生活中很少有用。在sql + JDBC中有用但在HQL中没有用的听起来很奇怪。我会尽力解释。
通常，当我们使用Hibernate（或其他类似的ORM）时，我们会与实体打交道。Hibernate将负责将我们实体的状态与DB同步，这在大多数情况下JDBC批处理可以帮助提高性能。但是，在Hibernate中，我们不通过批量更新查询来更改单个实体的状态。
在JDBC中，您可以执行以下操作（我试图模仿您在示例中显示的内容）：
List<Order> orders = findOrderByUserId(userName);
for (Order order: orders) {
if (order outstanding quantity is 0) {
dbConn.addBatch("update ORDER set STATE='C' where ID=:id", order.id);
} else if (order is after expriation time) {
dbConn.addBatch("delete ORDER where ID=:id", order.id);
}
}
dbConn.executeBatch();
从JDBC逻辑到Hibernate的天真的转换可能会给你这样的东西：
List<Order> orders = findOrderByUserId(userName);
for (Order order: orders) {
if (order outstanding quantity is 0) {
q = session.createQuery("update Order set state='C' where id=:id");
q.setParameter("id", order.id);
q.executeUpdate();
} else if (order is after expriation time) {
q = session.createQuery("delete Order where id=:id");
q.setParameter("id", order.id);
q.executeUpdate();
}
}
我怀疑您认为您需要批处理功能，因为您正在做类似的事情（根据您的示例，您对单个记录使用批量更新）。但是在Hibernate / JPA中 应该怎么做的
（实际上最好通过存储库包装持久层访问，这里我只是简化图片）
List<Order> orders = findOrderByUserId(userName);
for (Order order: orders) {
if (order.anyOutstanding()) {
order.complete(); // which internally update the state
} else if (order.expired) {
session.delete(order);
}
}
session.flush(); // or you may simply leave it to flush automatically before txn commit
这样，Hibernate具有足够的智能来检测已更改/已删除/已插入的实体，并利用JDBC批处理在处执行DB CUD操作flush()。更重要的是，这是ORM的全部目的：我们希望提供行为丰富的实体以供使用，对于它们，实体的内部状态更改可以“透明地”反映在持久性存储中。
HQL批量更新旨在用于其他用途，这类似于对数据库的一次批量更新会影响很多记录，例如：
q = session.createQuery("update Order set state='C' "
+ " where user.id=:user_id "
+ " and outstandingQty = 0 and state != 'C' ");
q.setParameter("user_id", userId);
q.executeUpdate();
在这种使用情况下，几乎不需要执行很多查询，因此，数据库往返的开销微不足道，因此，对批量更新查询的好处和批处理支持很少。
我不能忽略某些情况，您确实需要发出很多更新查询，而这些查询不适合有意义的实体行为来完成。在这种情况下，您可能需要重新考虑Hibernate是否是正确的工具。您可以考虑在这种用例中使用纯JDBC，这样您就可以控制如何发出查询。
602392714
清零编程群