如何在 Spring Data REST 中处理同一事务中的多个实体更新
How to handle multiple entity update in the same transaction in Spring Data REST
有人知道如何在 Spring Data REST 中处理同一事务中的多个实体更新吗?使用 @Transactional
注释可以在 Spring 控制器方法中处理同样的事情。如果我是正确的,Spring Data REST 会在单独的事务中执行每个执行事件。因此无法以正确的方式处理多个实体更新。
我在同一事务中更新 2 个实体(ABC 和 PQR)并在 PQR 实体失败时回滚 ABC 实体时遇到问题。
// ABC repository
@RepositoryRestResource
public interface ABCEntityRepository extends MongoRepository<ABC, String> {
}
// PQR repository
@RepositoryRestResource
public interface PQREntityRepository extends MongoRepository<PQR, String> {
}
// ABC repository handler
@RepositoryEventHandler
public class ABCEventHandler {
@Autowired
private PQREntityRepository pqrEntityRepository;
@HandleBeforeSave
public void handleABCBeforeSave(ABC abc) {
log.debug("before saving ABC...");
}
@HandleAfterSave
public void handleABCAfterSave(ABC abc) {
List<PQR> pqrList = pqrEntityRepository.findById(abc.getPqrId());
if (pqrList != null && !pqrList.isEmpty()) {
pqrList.forEach(pqr -> {
// update PQR objects
}
}
// expect to fail this transaction
pqrEntityRepository.saveAll(pqrList);
}
}
由于@HandleAfterSave方法是在单独的事务中执行的,调用HandleAfterSave方法意味着ABC实体更新已经完成,无法回滚。有什么处理这个问题的建议吗?
Spring 数据 REST 不考虑实体,而是考虑聚合。聚合是来自领域驱动设计的一个术语,它描述了一组适用某些业务规则的实体。以订单及其行项目为例,以及定义需要达到的最低订单价值的业务规则。
治理约束的责任与 DDD 中涉及聚合的另一个方面保持一致,即强一致性 should/can 仅假设聚合本身发生变化。对多个(不同的)聚合的更改应该最终是一致的。如果将其转化为技术,建议将强一致性的方法——阅读:事务——仅应用于单一聚合。
所以你的问题没有简短的答案。您在此处显示的存储库结构实际上将 ABCEntity
和 PQREntity
都变成了聚合(因为存储库仅存在于聚合根中)。这意味着,OOTB Spring Data REST 不支持在单个事务性 HTTP 调用中更新它们。
也就是说,Spring Data REST 允许声明可以负责执行此操作的自定义资源。与显示的内容类似 here,您可以简单地在其他路线上添加资源以完全实现您自己的想象。
Spring 数据 REST 并非旨在生成开箱即用的完整 HTTP API。它旨在实现 HTTP API 中常见的某些 REST API 模式,并且很可能成为您 API 的一部分。它的构建是为了避免您不得不花时间思考直接的案例,而只需为您描述的场景插入自定义代码,假设您打算在这里做的事情首先是一个好主意。像这样的请求通常会导致总体设计需要一些返工的结论。
PS:我看到你用 spring-data-mongodb
标记了那个问题。默认情况下,Spring Data REST 不支持 MongoDB 事务,因为它不需要它们。 MongoDB 文档边界通常与聚合边界对齐,并且对单个文档的更新在 MongoDB 内是原子的。
我不确定我是否正确理解了你的问题,但我会试一试。
我建议提供一个服务,其中包含 Repositories
自动连接,以及一个带有 @Transactional
注释的方法,可以更新您想要的所有内容。
这样,如果事务在方法内部的任何地方失败,它都会回滚。
如果这不能回答您的问题,请澄清,我会尽力提供帮助。
有人知道如何在 Spring Data REST 中处理同一事务中的多个实体更新吗?使用 @Transactional
注释可以在 Spring 控制器方法中处理同样的事情。如果我是正确的,Spring Data REST 会在单独的事务中执行每个执行事件。因此无法以正确的方式处理多个实体更新。
我在同一事务中更新 2 个实体(ABC 和 PQR)并在 PQR 实体失败时回滚 ABC 实体时遇到问题。
// ABC repository
@RepositoryRestResource
public interface ABCEntityRepository extends MongoRepository<ABC, String> {
}
// PQR repository
@RepositoryRestResource
public interface PQREntityRepository extends MongoRepository<PQR, String> {
}
// ABC repository handler
@RepositoryEventHandler
public class ABCEventHandler {
@Autowired
private PQREntityRepository pqrEntityRepository;
@HandleBeforeSave
public void handleABCBeforeSave(ABC abc) {
log.debug("before saving ABC...");
}
@HandleAfterSave
public void handleABCAfterSave(ABC abc) {
List<PQR> pqrList = pqrEntityRepository.findById(abc.getPqrId());
if (pqrList != null && !pqrList.isEmpty()) {
pqrList.forEach(pqr -> {
// update PQR objects
}
}
// expect to fail this transaction
pqrEntityRepository.saveAll(pqrList);
}
}
由于@HandleAfterSave方法是在单独的事务中执行的,调用HandleAfterSave方法意味着ABC实体更新已经完成,无法回滚。有什么处理这个问题的建议吗?
Spring 数据 REST 不考虑实体,而是考虑聚合。聚合是来自领域驱动设计的一个术语,它描述了一组适用某些业务规则的实体。以订单及其行项目为例,以及定义需要达到的最低订单价值的业务规则。
治理约束的责任与 DDD 中涉及聚合的另一个方面保持一致,即强一致性 should/can 仅假设聚合本身发生变化。对多个(不同的)聚合的更改应该最终是一致的。如果将其转化为技术,建议将强一致性的方法——阅读:事务——仅应用于单一聚合。
所以你的问题没有简短的答案。您在此处显示的存储库结构实际上将 ABCEntity
和 PQREntity
都变成了聚合(因为存储库仅存在于聚合根中)。这意味着,OOTB Spring Data REST 不支持在单个事务性 HTTP 调用中更新它们。
也就是说,Spring Data REST 允许声明可以负责执行此操作的自定义资源。与显示的内容类似 here,您可以简单地在其他路线上添加资源以完全实现您自己的想象。
Spring 数据 REST 并非旨在生成开箱即用的完整 HTTP API。它旨在实现 HTTP API 中常见的某些 REST API 模式,并且很可能成为您 API 的一部分。它的构建是为了避免您不得不花时间思考直接的案例,而只需为您描述的场景插入自定义代码,假设您打算在这里做的事情首先是一个好主意。像这样的请求通常会导致总体设计需要一些返工的结论。
PS:我看到你用 spring-data-mongodb
标记了那个问题。默认情况下,Spring Data REST 不支持 MongoDB 事务,因为它不需要它们。 MongoDB 文档边界通常与聚合边界对齐,并且对单个文档的更新在 MongoDB 内是原子的。
我不确定我是否正确理解了你的问题,但我会试一试。
我建议提供一个服务,其中包含 Repositories
自动连接,以及一个带有 @Transactional
注释的方法,可以更新您想要的所有内容。
这样,如果事务在方法内部的任何地方失败,它都会回滚。
如果这不能回答您的问题,请澄清,我会尽力提供帮助。