基于.NET Core 2.2的Azure Search不区分大小写OrderBy实现问题

针对你遇到的问题——用.NET Core 2.2和Microsoft.Azure.Search.Model调用Azure Search时，OrderBy默认大小写敏感（大写在前、小写在后），且不想通过添加6+个小写字段来解决的情况，推荐以下无需额外字段的优化方案：

最优方案：使用字段Normalizer实现大小写不敏感排序 #

Azure Search支持通过normalizer属性对字符串字段进行归一化处理，排序时会基于归一化后的值进行比较，完美解决大小写问题，且无需维护额外字段。

步骤1：修改索引字段定义 #

给需要排序的字段（比如你的Account字段）添加normalizer="lowercase"，并确保字段设置为sortable=true：

// 索引字段示例（可通过Azure门户、REST API或SDK修改）
{
  "name": "Account",
  "type": "Edm.String",
  "sortable": true,
  "filterable": true, // 保持原有可筛选属性
  "normalizer": "lowercase" // 关键配置：归一化为小写
}

如果用.NET SDK创建/更新索引，代码如下：

var accountField = new Field("Account", DataType.String)
{
    Sortable = true,
    Filterable = true,
    Normalizer = "lowercase" // 设置小写归一器
};
// 其他需要排序的字段同理配置

步骤2：保持原有查询代码不变 #

配置完成后，你的OrderBy逻辑无需修改，依然使用原字段排序：

OrderBy = new[] { $"Account desc" },

此时排序会基于归一化后的小写值，Z和z会被视为相同值并列排序，符合用户预期。

备选方案：若无法修改现有索引（已上线环境） #

如果不能直接修改现有索引的字段配置，可以通过索引器字段映射自动生成小写字段，避免手动维护：

步骤1：添加小写字段到索引 #

先给索引添加对应原字段的小写字段（比如AccountLower），设置为sortable=true。

步骤2：配置索引器字段映射 #

通过索引器的映射函数自动将原字段转为小写存入新字段：

{
  "fieldMappings": [
    {
      "sourceFieldName": "Account",
      "targetFieldName": "AccountLower",
      "mappingFunction": {
        "name": "lowercase"
      }
    }
    // 其他需要排序的字段同理添加映射
  ]
}

步骤3：修改查询代码的OrderBy #

OrderBy = new[] { $"AccountLower desc" },

这个方案比手动维护小写字段更省心，无需在业务代码中处理小写转换。

额外优化建议：避免硬编码字符串拼接的注入风险 #

你当前代码中的Filter直接拼接字符串，存在Azure Search OData注入风险，建议改用参数化查询：

var parameters = new SearchParameters(includeTotalResultCount: true)
{
    Filter = request.Status.Equals("All") 
        ? $"Account eq @account" 
        : $"Account eq @account and Status eq @status",
    OrderBy = new[] { $"Account desc" },
    Top = request.Take,
    Skip = request.Skip,
    // 添加参数化查询
    Parameters = new Dictionary<string, object>
    {
        { "@account", request.Account },
        { "@status", request.Status }
    }
};

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