如何在Azure Search中实现类似Solr的stored=false字段配置？

首先直接给结论：Azure Search确实没有和Solr stored=false 完全一一对应的原生配置选项，但我们可以通过现有属性组合实现核心需求等效——也就是字段仅用于索引构建（支持搜索），但不会在查询结果中返回，同时尽可能控制存储开销。

1. 最接近的原生实现：设置 retrievable=false #

Azure Search的retrievable属性控制字段是否会在查询结果中被返回。当你把字段的retrievable设为false时：

• 该字段会被正常索引，支持全文搜索或其他索引相关操作
• 它不会出现在任何查询的返回结果里
• 正如官方文档所说，这个设置不会带来可量化的存储增长——因为Azure Search的存储层做了优化，非可检索字段的存储开销几乎可以忽略

这已经能满足绝大多数场景下“仅索引不返回”的需求，也就是Solr stored=false 的核心目的。比如你有一个长文本字段，只需要用户能搜索到它，但不需要把原始内容返回给前端，就可以这么配置：

{
  "name": "long_description",
  "type": "Edm.String",
  "searchable": true,
  "retrievable": false,
  "filterable": false,
  "sortable": false,
  "facetable": false
}

2. 针对极端场景：完全避免存储原始字段 #

如果你有严格的需求（比如敏感数据、超大字段），连最小的存储开销都不想承担，可以通过索引器字段变换或自定义技能来处理：

• 只将字段的“索引所需部分”传入Azure Search，不传入原始值
• 比如，你可以先在外部把文本处理成语向量或关键词集合，然后只把处理后的结果存入Azure Search作为可搜索字段，原始文本完全不进入索引

这种方法需要额外的预处理步骤，但能彻底避免存储原始字段。

关于“就地切换行为”的说明 #

目前Azure Search的底层存储模型决定了它没有提供“完全不存储字段”的开关，无法直接切换到Solr那种stored=false的纯索引模式。但如上述所说，通过retrievable=false的配置，已经能实现核心业务需求，且存储成本可以忽略不计。

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