CosmosDB ORDER BY大小写敏感排序异常问题及优化方案咨询

最优方案：配置路径级大小写不敏感索引 #

目前Azure Cosmos DB for NoSQL原生支持针对指定字段路径配置大小写不敏感索引，无需额外存储冗余的归一化字段，是该场景的首选实现。
你只需要修改容器的索引策略，给需要大小写不敏感排序的字符串字段单独添加caseInsensitive: true的配置即可，示例索引策略如下：

{
  "indexingMode": "consistent",
  "includedPaths": [
    // 仅给需要的字符串字段开启大小写不敏感能力
    {
      "path": "/Name/?",
      "caseInsensitive": true
    },
    // 其余字段保持默认索引规则
    {
      "path": "/*"
    }
  ],
  "excludedPaths": []
}

配置完成后无需修改原有查询逻辑，直接执行原排序语句即可得到符合预期的大小写不敏感排序结果，同时WHERE条件下的字符串等值、范围比较也会自动适配大小写不敏感逻辑。

临时替代方案：查询时动态归一化 #

如果暂时不方便修改索引策略，可以在查询时通过UPPER()/TOLOWER()函数对字段做动态归一化后排序：

SELECT c.Name FROM c ORDER BY UPPER(c.Name) ASC

该方案无需改动现有存储和索引配置，但存在明显缺陷：动态函数计算无法命中索引，会导致查询RU消耗大幅上升，数据量较大时还会出现明显性能衰减，仅适合小数据量场景临时使用。

注意事项 #

• 大小写不敏感索引仅对字符串类型字段生效，CreatedDate、UpdatedDate等日期/数字类型字段无需配置
• 现有容器修改索引策略为后台异步执行，执行过程不会影响现有业务查询
• 可按需仅给需要大小写不敏感能力的字段单独配置，不会提升其他字段的索引存储开销

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