CosmosDB变更馈送单批次是否可能包含同一文档的多个版本？

让我来逐一解答你的两个问题：

1. 单个CosmosDB变更馈送批次是否可能包含同一文档的多个实例？ #

是的，这种情况是完全可能的。当同一文档在变更馈送批次的收集周期内被多次修改，且这些修改操作都被系统成功捕获时，该文档的多个版本就会出现在同一个批次中。

2. 高频更新场景下，同一批次是否会包含文档的多个版本？ #

在你描述的高频更新场景（每秒2次更新，10秒轮询间隔）中，批次是有可能包含同一文档的多个版本的，并不是保证每个批次里同一文档仅出现一次。这里需要理清几个关键点：

• 变更馈送的“跳过中间变更”并非绝对行为：官方文档提到的跳过中间版本，通常是当系统检测到变更速度远超处理速度时，为了降低负载而直接推送最新版本，但如果你的更新频率和批次窗口的组合刚好让多个修改都被捕获（比如10秒内的20次更新中，部分中间修改没有被合并跳过），这些版本就会进入同一个批次。
• 分区内的排序保证：虽然同一逻辑分区内的变更会按修改时间排序，但这并不限制同一文档的多个版本出现在同一批次——它们会按_ts（修改时间戳）的先后顺序排列在批次里，你可以通过这个字段来区分不同版本。
• 批次的生成逻辑：变更馈送的批次是基于变更的捕获时间和分区处理来生成的，并非严格按“每个文档仅出现一次”来过滤，所以只要在批次收集窗口内有多次修改记录，就可能被包含进来。

内容的提问来源于stack exchange，提问作者Cristian Diaconescu