gpt4 book ai didi

azure - 如何通过通用方式处理Cosmos DB存储过程中的乐观并发?

转载 作者:行者123 更新时间:2023-12-04 15:50:33 26 4
gpt4 key购买 nike

我有一个存储过程,它可以根据 Etag 简单地更新文档。

我已经获取了 3 种类型的文档,更新了所有 3 个文档的一些属性。我正在尝试更新存储过程中的所有 3 个文档。但在存储过程更新第三个文档之前,第三个文档已被另一个用户更新。所以在这种情况下,我确实遇到了并发错误。我可以在存储过程中获取文档,但我不确定必须更新哪个属性,因为我不知道我或存储过程中的其他用户修改了哪个属性,因为它只是替换了文档。在文档需要更新的所有地方都使用相同的存储过程,因此我无法对其中的属性进行硬编码。

我该如何处理这个问题?

在 Entity Framework 代码优先方法中,我们确实为 SQL 提供了一个 DbUpdateConcurrencyException 类,从中我们可以看到哪个属性被修改并相应地采取操作。 Cosmos DB 中是否提供了类似于 DbUpdateConcurrencyException 的异常类?

我确实读过DocumentDB revisited Part 3 – Concurrency in DocumentDB & DocumentDB – Optimistic Concurrency in a Stored Procedure这两篇文章都告诉我们如何使用 Etag 处理乐观并发。

最佳答案

如果您的存储过程仅存储新文档,则无法确定哪些属性已更改。

如果您的存储过程同时采用现有文档(例如 ETag 所适用的版本)和新文档来存储,那么您可以进行比较来确定哪些属性已更新。当 ETag 检查失败时,重新获取最新文档并根据需要使用内存差异更新属性。

关于azure - 如何通过通用方式处理Cosmos DB存储过程中的乐观并发?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51498895/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com