Azure Search结合Cosmos Graph DB实现软删除的配置咨询

我之前处理过不少Cosmos Graph和Azure Search集成的场景，你遇到的这个嵌套属性无法被索引器识别的问题很典型，不用修改Cosmos的存储结构就能解决，给你几个实用方案：

方案1：利用索引器的字段映射提取嵌套值 #

Azure Search索引器支持通过JSON路径表达式直接提取嵌套在数组或对象里的值，刚好适配你这种properties.isDeleted[0].value的结构。

步骤如下：

1. 先在你的Azure Search索引中创建一个布尔类型的字段isDeleted（如果还没建的话）。
2. 配置索引器的fieldMappings，添加一条映射规则，把嵌套的value映射到顶级的isDeleted字段：

{
  "fieldMappings": [
    // 其他字段映射...
    {
      "sourceFieldName": "/properties/isDeleted/0/value",
      "targetFieldName": "isDeleted",
      "mappingFunction": {
        "name": "mapBoolean" // 确保布尔值类型正确转换
      }
    }
  ]
}

3. 最后在索引器的软删除配置中，指定softDeleteColumnName为isDeleted，softDeleteMarkerValue设为true即可。

这个方案的好处是不用额外编写代码，纯配置就能搞定，适合大多数场景。

方案2：用Cosmos SQL查询重构输出结构 #

因为Cosmos Graph的底层支持SQL查询，你可以直接写一个SQL查询来把嵌套的isDeleted值提取为顶级字段，让索引器直接读取处理后的结果。

比如编写这样的数据源查询：

SELECT 
  c.id,
  c.label,
  -- 提取isDeleted数组第一个元素的value作为顶级字段
  ARRAY(SELECT p.value FROM p IN c.properties.isDeleted)[0].value AS isDeleted,
  c._ts,
  -- 其他需要索引的字段...
FROM c
WHERE c._isVertex = true -- 只查询顶点数据

然后把这个查询配置为索引器的dataSourceQuery，这样索引器拿到的结果里isDeleted就是一个直接的布尔值，完全符合Azure Search软删除的要求。

这个方案适合需要对数据源做更多自定义过滤或字段重构的场景，灵活性更高。

注意事项 #

• 确保properties.isDeleted数组始终只有一个元素（你说这是添加的布尔属性，应该没问题），如果有多个元素，可能需要调整SQL或路径表达式来取正确的值。
• 配置软删除后，记得测试索引器的增量同步，确认标记为isDeleted: true的顶点会被正确从搜索索引中移除（或软删除，取决于你的索引器配置）。

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