如何优化 RU 以替换 Azure cosmos DB 中的文档？
How to optimize RU's for Replace of a document in Azure cosmos DB?
我是 Azure 的新手。我正在使用日志监视器来查看 cosmos 数据库资源的日志。我可以看到一个包含替换操作的日志，它消耗了大量的平均 RU。
一般操作名称应该是CREATE/DELETE/UPDATE/READ。但是为什么REPLACE操作已经到位了这里...无法理解。
为什么 REPLACE 操作会消耗大量 RU？
任何人都可以帮助我或建议我吗？
Cosmos 中的更新是完全替换操作而不是 in-place 更新，因此这些操作比插入消耗更多 RU/s。此外，文档越大，更新所需的吞吐量就越大。
优化更新操作的吞吐量消耗的策略通常围绕将文档一分为二，其中不更改的属性进入一个通常较大的文档，而另一个具有经常更改的属性的文档进入另一个通常较大的文档更小。这将允许在较小的文档上进行更新，从而减少执行操作所消耗的 RU/s。
综上所述，对于替换操作，12 RU/s 并不是过多的 RU/s。如果这样做会降低吞吐量，我认为您不会得到太多。不过你当然可以试试。
我是 Azure 的新手。我正在使用日志监视器来查看 cosmos 数据库资源的日志。我可以看到一个包含替换操作的日志，它消耗了大量的平均 RU。
一般操作名称应该是CREATE/DELETE/UPDATE/READ。但是为什么REPLACE操作已经到位了这里...无法理解。 为什么 REPLACE 操作会消耗大量 RU？
任何人都可以帮助我或建议我吗？
Cosmos 中的更新是完全替换操作而不是 in-place 更新，因此这些操作比插入消耗更多 RU/s。此外，文档越大，更新所需的吞吐量就越大。
优化更新操作的吞吐量消耗的策略通常围绕将文档一分为二，其中不更改的属性进入一个通常较大的文档，而另一个具有经常更改的属性的文档进入另一个通常较大的文档更小。这将允许在较小的文档上进行更新，从而减少执行操作所消耗的 RU/s。
综上所述，对于替换操作，12 RU/s 并不是过多的 RU/s。如果这样做会降低吞吐量，我认为您不会得到太多。不过你当然可以试试。