带continuation token按创建日期排序的Cosmos DB全量订单查询咨询

方案1：直接使用跨分区查询（无需调整数据建模，适合数据量较小的场景） #

你现有代码逻辑已经可以直接运行，Cosmos DB查询接口未指定partitionKey时会自动执行跨分区扫描，注意几个适配点即可：

• 跨分区ORDER BY查询会由服务端自动完成多分区结果排序合并，你配置的maxItemCount=10会正常生效，单次仅返回10条结果
• 该方案查询成本高于单分区查询，会消耗更多RU，数据量越大查询延迟越高，订单总量在十万级以下时完全可以直接使用
• 原有续传token逻辑无需修改，可以正常支撑分页

方案2：调整数据建模（适合数据量大、全量查询频率高的场景） #

如果全量订单查询是你的核心高频场景，推荐根据业务频次选择以下改造方案：

选项A：新增全局二级索引 #

给createdOn字段创建全局二级索引，将索引的分区键设为固定值（比如所有订单的索引分区键统一为"all_orders"），全量排序查询直接走该索引即可，无需跨分区扫描，性能和成本都会有明显优化。

选项B：调整主容器分区键 #

如果按customerId查询的业务频率已经低于全量订单查询，可以将分区键改为createdOn的时间分片值，比如按年月拼接的字符串"2024-05"，同一时间段的订单会落在同一个分区，排序查询可以直接扫描对应分区，分页效率更高。

选项C：新增专属查询容器 #

新增一个专门用于全量订单查询的摘要容器，分区键使用固定值，仅存储全量查询需要的字段，每次订单新增/变更时同步双写更新该容器，全量查询直接访问该容器即可获得最优性能，缺点是需要额外做双写逻辑保证数据一致性。

代码调整说明 #

现有TypeScript代码无需大幅修改，仅需注意部分旧版本Cosmos DB SDK需要显式开启跨分区查询配置，调整后代码如下：

async getAll(token?: string, limit = 10) {
    const querySpec = {
      query: "SELECT * FROM c ORDER BY c.createdOn DESC",
    };

    const {
      resources: items,
      continuationToken,
      hasMoreResults,
    } = await this.dbContainer.items
      .query<IOrder>(querySpec, {
        maxItemCount: limit,
        enableCrossPartitionQuery: true, // 显式开启跨分区查询兼容旧版SDK
        continuationToken: token,
      })
      .fetchNext();
    this.store.order.load(items);
    return { hasMoreResults, continuationToken };
  }

内容的提问来源于stack exchange，提问作者D.K. Ananias