使用Cosmos DB提供程序时EF的SaveChanges操作是否具备原子性？

跨多个文档执行SaveChanges操作是否具备原子性？ #

默认不具备原子性。
EF Core Cosmos DB提供程序原生的SaveChanges操作会将你批量提交的多个文档修改请求逐一发送到Cosmos DB服务端执行，不会默认开启事务封装。如果执行过程中某一个文档操作失败，已经完成的文档修改不会自动回滚，最终会出现部分数据更新、部分未更新的不一致状态。

不满足原子性要求时的替代实现方案 #

• 同逻辑分区场景：显式开启EF Core事务
  Cosmos DB本身支持同一逻辑分区内的ACID事务，只要你需要修改的所有文档都归属同一个逻辑分区，就可以通过显式开启事务的方式实现操作原子性，示例代码如下：

  using var cosmosContext = new YourDbContext();
  // 开启同分区事务
  using var transaction = await cosmosContext.Database.BeginTransactionAsync();
  try
  {
      // 所有操作的文档必须属于同一个逻辑分区
      cosmosContext.Products.Add(new Product { Id = "prod001", Category = "electronics", Name = "Phone" });
      cosmosContext.Orders.Add(new Order { Id = "order001", Category = "electronics", Amount = 5999 });
      
      await cosmosContext.SaveChangesAsync();
      // 提交事务后所有操作才会生效
      await transaction.CommitAsync();
  }
  catch
  {
      // 任意步骤失败回滚所有已执行的操作
      await transaction.RollbackAsync();
      throw;
  }
  

• 跨逻辑分区场景：自定义补偿机制或调整数据结构
  Cosmos DB本身不支持跨分区的分布式事务，这类场景可以选两种方案：
  1. 业务允许的前提下，把需要原子更新的多份数据合并嵌入到同一个文档中，单个文档的写入/更新本身就是原子操作，无需额外处理事务。
  2. 实现Saga补偿模式：预先记录所有要执行的操作序列，执行过程中如果某一步失败，就按倒序执行每一个已成功操作对应的反向操作，手动回滚已完成的变更。

内容的提问来源于stack exchange，提问作者Mojtaba Khooryani