*容器*级别的 CosmosDb 乐观并发？
CosmosDb Optimistic Concurrency at the *container* level?
大量文章解释了如何使用文档的 ETag 为该文档选择开放式并发行为。
看来是container itself may also have an ETag。但是，没有明确提及 ETag 是否反映了对 容器内 文档的更改，或者仅反映了 容器本身 的定义。
简而言之，是否可以（并支持）使用 CosmosDb 容器的 etag 属性 来防止跨整个容器的并发更新？
我同样对时间戳属性感到好奇。是在任何文档更改时更新，还是仅在容器本身更改时更新？
is it possible (and supported) to use the etag property of a CosmosDb
container to prevent concurrent updates across the entire container?
不，容器级别的 etag 属性 不能用于防止跨整个容器的并发更新。
I'm similarly curious about the timestamp property. Is that updated
when any document changes, or just the container itself?
容器级别的 ts 属性 仅在更新该容器时更新。当您更新文档时，只有该文档的 ts 属性 会更新，而不是容器的
大量文章解释了如何使用文档的 ETag 为该文档选择开放式并发行为。
看来是container itself may also have an ETag。但是，没有明确提及 ETag 是否反映了对 容器内 文档的更改，或者仅反映了 容器本身 的定义。
简而言之，是否可以（并支持）使用 CosmosDb 容器的 etag 属性 来防止跨整个容器的并发更新？
我同样对时间戳属性感到好奇。是在任何文档更改时更新，还是仅在容器本身更改时更新？
is it possible (and supported) to use the etag property of a CosmosDb container to prevent concurrent updates across the entire container?
不，容器级别的 etag 属性 不能用于防止跨整个容器的并发更新。
容器级别的I'm similarly curious about the timestamp property. Is that updated when any document changes, or just the container itself?
ts 属性 仅在更新该容器时更新。当您更新文档时，只有该文档的 ts 属性 会更新，而不是容器的