CosmosDB中如何围绕SQL API和GraphDB进行分布式事务协调？

Question

我有一个 Customer 容器，其中包含在 SQL API (DocumentDB) 和 CosmosDB 中代表单个客户的项目。我还有一个Gremlin API (GraphDB) 和客户的shoppingcart 数据。这两个数据都是临时的/暂时的。客户可以选择清除购物车，这将删除临时的customer和shoppingcart数据。

目前我分别拨打电话，拨打SQL API (DocumentDB) 和Gremlin API (GraphDB)，这两个电话有效，但我想将两者都作为事务处理（ACID 原则）。要删除customer，我调用Gremblin API 并删除shoppingcart 数据，然后调用SQL API 删除customer。但是，如果使用SQL API（第二步）删除客户失败，我想回滚在第一次调用中所做的更改，这将回滚已删除的shoppingcart 数据。在 T-SQL 世界中，这是通过 commit 和 rollback 完成的。

如何围绕customer和shoppingcart数据的删除操作实现分布式事务协调？

Answer 1

由于您在 Cosmos DB 中没有跨不同集合 (only within the partition of one container) 的事务，因此这不可能直接实现。

下一个最好的办法是使用Change Feed。每当更改或插入项目时都会触发它。但是：它不会在删除时触发。所以你需要另一个“soft deletes”的小解决方法。基本上，您为该文档创建一个标志（“待删除”等）并很快将其 TTL 设置为某个值。这确实会触发然后更改提要，您可以从那里删除其他集合中的项目。

这一切都比你现在拥有的更好吗？老实说，如果你问我，真的不是。

//更新：补充一点关于提交/回滚：这在 Cosmos DB 中也不存在。想到的一种可能的解决方法：

1. 更新收藏购物车中的元素。将标志 to-be-deleted 设置为 true 并将这些元素的 TTL 设置为类似于 now() + 5 minutes
2. 删除customer 集合中的元素。如果这可行，那就太好了。
3. 如果删除失败，请再次更新购物车。删除 to-be-deleted 标志并删除 TTL，这样 Comsos DB 就不会自动删除它。

当然，您还需要更新对购物车运行的任何查询，以排除任何带有删除标志的元素。