我正在使用@Version 注释在休眠中提供版本控制。我的问题是关于从 DTO 到实体的数据的正确映射。 我觉得正确的方法如下，但我想知道是否有更好的方法或者每个人都是这样做的。
1) 这是正确的语义和逻辑方式吗？
2）（有点脱离上下文）休眠是否存在合并已经在上下文中和托管的对象的开销，即我可以安全地对所有更新使用合并，无论是托管/非托管还是仅合并+刷新用于非托管和刷新更新一些属性后管理？
【问题讨论】：
让我逐步回答你的问题：
AddressEntity (having id=123 and version=1)。将属性值从AddressEntity 设置为AddreeDto，包括id 和version 值。将AddressDto 发送到 UI。 AddresDto 所做的更改。电话已为您服务。创建AddressEntity 的实例并设置来自AddressDto 的值，包括id 和version 值。这个新的AddressEntity 现在已经变成了一个分离的实例，因为它有一个持久的身份，但它的状态不能保证与数据库状态同步。Hibernate 允许您通过将这个Addressentity 实例与新的持久性管理器重新关联来在新事务中重用它。这个分离的实例可以通过调用 update() 与新的 Session 重新关联。您无需再次加载实体。update() 方法强制更新数据库中对象的持久状态。
设置addressEntity属性：
addressEntity.setId(dto.getId()); addressEntity.setVersion(dto.getVersion());
将addressEntity 附加到新会话：
交易 tx = sessionTwo.beginTransaction(); sessionTwo.update(addressEntity);
tx.commit(); sessionTwo.close();
session.update 将执行类似这样的 SQL：
更新 ADDRESS_ENTITY 设置 ... , VERSION=2 其中 ID=123 和 VERSION=1
如果另一个应用程序事务在加载后更新了相同的 ADDRESS_ENTITY，则 VERSION 列将不包含值 1，并且不会更新该行，您将收到 stale object state exception。您可以捕获异常并通知用户有关过时的数据。
【讨论】：
- 全部映射后，我分离实体 AE（仅在映射惰性子集合后分离）
假设您在单个事务中执行此操作。您从 DB 检索到的任何持久对象都与当前会话和事务上下文相关联。如果在同一个事务中被修改，它的状态会自动与数据库同步。这种机制称为automatic dirty checking。这意味着 Hibernate 将跟踪并保存对会话内对象所做的更改。
Transaction tx = session.beginTransaction();
int addressEntityID = 1234;
AddressEntity addressEntity = (AddressEntity) session.get(AddressEntity.class, new Long(addressEntityID));
// set the values from AddressDTO to AddressEntity
tx.commit();
session.close();
从数据库中检索对象，对其进行修改，并在事务提交时将修改传播到数据库。您无需分离和重新附加实体即可执行更新。
- 现在我将版本从 DTO 映射到 AE（因为休眠不允许更新托管实体中的版本）
托管版本控制用于实现乐观锁定，实体的版本控制由 Hibernate 管理。版本号只是一个计数器值，它没有任何有用的信息，你应该保留在你的 DTO 中。你不需要自己设置版本的值。 Hibernate 将在您第一次保存 AddressEntity 时初始化该值，并在修改对象时递增或重置它。
如果另一个应用程序事务 (T2) 更新持久实例相同的项目，因为它被当前应用程序事务 (T1) 读取，T2 事务将更改此实体的版本值。现在，当 T1 尝试进行更新时，Hibernate 将抛出 stale object state exception，因为实体的 version 已更改。您可以捕获exception 并通知用户有关陈旧数据的信息。特别是，版本控制可以防止丢失更新问题。您无需将版本从 DTO 映射到 AE 或从 AE 映射到 DTO，因为它没有任何有意义的信息可用于实现乐观锁定以外的上下文。
【讨论】：