spring-data-mongodb - 如何在 Spring Data REST 中处理同一事务中的多个实体更新

Question

有没有人知道如何在 Spring Data REST 的同一事务中处理多个实体更新？使用 @Transactional 注释可以在 Spring Controller 方法中处理同样的事情。如果我是正确的，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实体更新已经完成，不能回滚。有什么处理这个问题的建议吗？

Answer 1

Spring Data REST 不考虑实体，而是考虑聚合。聚合是来自领域驱动设计的一个术语，它描述了一组适用某些业务规则的实体。以订单及其行项目为例，以及定义需要达到的最低订单值(value)的业务规则。

管理约束的责任与 DDD 中涉及聚合的另一个方面保持一致，即强一致性应该/只能假设为聚合本身的更改。对多个(不同的)聚合的更改应该最终是一致的。如果您将其转化为技术，建议将强一致性的方法——读作:事务——仅应用于单一聚合。

所以你的问题没有简短的答案。您在此处显示的存储库结构实际上将 ABCEntity 和 PQREntity 都变成了聚合(因为存储库仅存在于聚合根中)。这意味着，OOTB Spring Data REST 不支持在单个事务性 HTTP 调用中更新它们。

也就是说，Spring Data REST 允许声明可以负责执行此操作的自定义资源。类似于显示的内容 here ，您可以简单地在其他路线上添加资源，以完全实现您自己的想象。

Spring Data REST 并非旨在生成开箱即用的完整 HTTP API。它旨在实现 HTTP API 中常见的某些 REST API 模式，并且很可能成为您的 API 的一部分。它的构建是为了避免您不得不花时间思考直接的案例，而只需为您描述的场景插入自定义代码，假设您打算在这里做的事情首先是一个好主意。像这样的请求常常导致聚合设计需要一些返工的结论。

PS:我看到你用 spring-data-mongodb 标记了那个问题。默认情况下，Spring Data REST 不支持 MongoDB 事务，因为它不需要它们。 MongoDB 文档边界通常与聚合边界对齐，并且对单个文档的更新无论如何在 MongoDB 中都是原子的。