Azure认知搜索：ComplexType集合中Int64字段无法使用search.in过滤

针对你遇到的search.in仅支持Edm.String类型字段，无法直接过滤Collection(Edm.ComplexType)中Edm.Int64类型objId的问题，推荐以下两种更优雅的替代方案：

方案一：添加冗余字符串类型字段 #

在索引中新增一个与arrayField对应的字符串数组字段（例如arrayFieldObjIds，类型为Collection(Edm.String)），用于存储objId的字符串形式。数据导入或同步时，将原objId（Edm.Int64）转换为字符串并存入该冗余字段。

过滤时即可直接使用search.in：

search.in(arrayFieldObjIds, '123,456,789,...')

• 优势：过滤语法简洁，search.in针对字符串类型有性能优化，执行效率更高
• 注意事项：需维护冗余字段与原字段的数据一致性，确保更新操作同步覆盖两个字段

方案二：使用参数化动态生成过滤条件 #

借助Azure认知搜索SDK的参数化功能，自动生成eq+or组合的过滤条件，避免手动拼接冗长的语句，同时提升安全性（防止注入风险）。

以.NET SDK为例：

// 待过滤的objId列表
var targetObjIds = new List<long> { 1001, 1002, 1003, ... };

// 构建参数化过滤子句
var filterClauses = new List<string>();
var parameters = new Dictionary<string, object>();

for (int i = 0; i < targetObjIds.Count; i++)
{
    var paramKey = $"objId_{i}";
    parameters.Add(paramKey, targetObjIds[i]);
    filterClauses.Add($"arrayField/objId eq @{paramKey}");
}

// 组合最终过滤条件
var filter = string.Join(" or ", filterClauses);

// 执行搜索
var searchOptions = new SearchOptions { Filter = filter };
searchOptions.Parameters.AddRange(parameters);
var response = await searchClient.SearchAsync<MyDocument>("*", searchOptions);

• 优势：无需修改现有索引结构，通过代码自动生成过滤逻辑，可读性和可维护性远高于手动拼接
• 注意事项：确保arrayField/objId字段在索引定义中设置为filterable: true（你当前能使用eq+or说明已满足此条件）

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