Cosmos DB Change Feed能否获取文档旧值以精准对比变更内容？

Cosmos DB Change Feed 默认只会返回文档的最新当前值，不会直接提供变更前的旧值，但可以通过以下几种实用方案实现变更内容对比的需求：

1. 在文档内维护历史状态字段 #

这是最直接的方案，在文档结构里新增用于存储旧状态的字段，比如previousStatus或者更完整的statusHistory数组。每次更新文档时，手动将旧值写入这些字段。举个订单文档的例子：

{
  "id": "order_12345",
  "currentStatus": "shipped",
  "previousStatus": "processing",
  "statusHistory": [
    {"status": "created", "updateTime": "2024-05-20T14:30:00Z"},
    {"status": "processing", "updateTime": "2024-05-21T09:15:00Z"}
  ]
}

后续Change Feed触发时，直接读取这些字段就能快速对比出状态变更，适合需求简单的场景，开发成本极低。

2. 启用容器版本控制功能 #

开启Cosmos DB容器的版本控制配置后，每次文档更新都会生成一个版本快照。你可以在Change Feed触发事件中，拿到文档的_etag或版本号，通过SDK调用读取历史版本的接口（比如.NET SDK里的ReadItemAsync，指定ItemRequestOptions的Version参数），获取旧版本文档内容进行对比。
需要注意的是，版本控制会产生额外存储成本，且历史版本的保留时长受TTL配置限制，要根据业务需求调整。

3. 单独维护变更日志容器 #

如果需要更完整的变更追踪，可以在更新主文档的同时，将新旧值的对比数据写入一个专门的变更日志容器。比如每次更新订单时，生成一条包含orderId、oldStatus、newStatus、updateTime的日志文档，然后让Change Feed监听这个日志容器，直接拿到对比好的变更数据。这种方式适合需要长期留存变更记录的场景。

针对订单状态变更场景的简化建议 #

如果只是需要检测订单状态是否变更，不需要全量旧文档内容，可以进一步简化：

• 用方案1的previousStatus字段，更新文档时先判断当前状态和旧状态是否不同，不同才更新字段；Change Feed触发后直接对比这两个字段即可判断是否需要触发后续事件。
• 避免仅依赖_etag对比，因为并发更新可能导致状态变更但_etag变化却没捕捉到状态差异，可靠性不如维护专门的状态字段。

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