配置一个建议器以便在查询中实现自动完成和建议匹配
在 Azure AI 搜索中,自动提示(自动完成)或“键入时搜索”是通过建议器启用的。 建议器是索引中的配置,指定应使用哪些字段来填充自动完成和建议。 这些字段经过额外的词汇切分,生成前缀序列以支持部分词汇的匹配。 例如,一个包含“Seattle”值的“City”字段的建议器将拥有“sea”、“seat”、“seatt”和“seattl”的前缀组合以支持预先输入。
部分术语的匹配可以是自动完成的查询,也可以是建议的匹配项。 同一建议器支持两种体验。
Azure AI 搜索中的预先输入体验
预先输入可以是“自动完成”或“建议”,前者将整个术语查询的一部分输入补充完整,后者引导用户对某个特定匹配项执行单击操作。 “自动完成”生成查询。 “建议”生成匹配的文档。
以下屏幕截图对二者进行了演示。 自动完成可预测潜在字词,并使用“in”来补充“tw”。 建议是极其精简的搜索结果,其中的字段(例如酒店名称)表示索引中匹配的酒店搜索文档。 对于建议,可以呈现任何提供描述性信息的字段。
可以单独使用这些功能,或将它们一起使用。 有一个索引和查询组件可在 Azure AI 搜索中实现这些行为。
将建议器添加到搜索索引定义。 本文的余下内容重点介绍如何创建建议器。
使用后面部分中列出的 API 之一,以“建议”请求或“自动完成”请求的形式,调用一个启用了建议器的查询。
对于字符串字段,可按字段启用“键入时搜索”。 若要获得屏幕截图中所示的类似体验,可以在同一搜索解决方案中实现这两种自动提示行为。 这两个请求针对特定索引的文档集合,在用户提供至少包含三个字符的输入字符串后,将返回响应。
如何创建建议器
若要创建建议器,请将一个建议器添加到索引定义。 建议器会获取名称以及启用了“预先输入”体验的字段的集合。 创建建议器的最佳时间是还要定义使用建议器的字段时。
仅使用字符串字段。
如果字符串字段属于复杂类型(例如,Address 中的 City 字段),则在该字段路径中包括父级:
"Address/City"
(REST、C# 和 Python)或["Address"]["City"]
(JavaScript)。使用字段上默认的标准 Lucene 分析器 (
"analyzer": null
) 或语言分析器(例如"analyzer": "en.Microsoft"
)。
如果尝试使用预先存在的字段创建建议器,则 API 不允许这样做。 在编制索引期间,如果两个或更多个字符的组合中的部分字词连同完整字词一起标记化,则会生成前缀。 如果现有字段已进行词汇切分,而你想要将其添加到建议器,则必须重新生成索引。 有关详细信息,请参阅如何重建 Azure AI 搜索索引。
选择字段
虽然建议器有多个属性,但它主要是需要为其启用“键入时搜索”体验的字符串字段集合。 每个索引都有一个建议器,因此建议器列表必须包含所有为“建议”和“自动完成”贡献内容的字段。
自动完成可获益于更大的字段池,因为额外的内容可更好地帮助补充和形成完整词汇。
另一方面,当字段为可选时,“建议”能生成更好的结果。 请记住,“建议”是搜索文档的代理,因此请选择最能代表单个结果的字段。 用于区分多个匹配项的名称、标题或其他唯一字段最合适。 如果字段包含重复值,则建议会包含相同的结果,用户就不知道要选择哪条建议。
为实现“键入时搜索”的体验,请添加“自动完成”所需的所有字段,然后使用 select
、top
、filter
和 searchFields
来控制建议的结果。
选择分析器
所选的分析器决定了如何对字段词汇进行切分并指定其前缀。 例如,对于带连字符的字符串(例如“context-sensitive”),使用语言分析器会生成以下词汇组合:“context”、“sensitive”、“context-sensitive”。 如果使用的是标准 Lucene 分析器,则带连字符的字符串不存在。
在评估分析器时,请考虑使用分析文本 API 来深入了解如何处理字词。 生成索引后,可以尝试对字符串运行各种分析器,以查看标记输出。
明确禁止使用自定义分析器或内置分析器(标准 Lucene 除外)的字段,以防止结果不佳。
注意
如果需要解决分析器约束,例如,如果需要为某些查询方案使用某个关键字或 ngram 分析器,应对同一内容使用两个单独的字段。 这样,就可以在其中一个字段中使用建议器,并使用自定义分析器配置来设置其他字段。
使用门户创建
在使用“添加索引”或“导入数据”向导来创建索引时,可以选择启用建议器 :
在索引定义中,输入该建议器的名称。
在新字段的每个字段定义中,选中“建议器”列中的复选框。 只有字符串字段才会有复选框。
如前所述,对分析器的选择会影响词汇切分和前缀添加。 在启用建议器时,请考虑完整的字段定义。
使用 REST 进行创建
在 REST API 中,通过创建索引或更新索引添加建议器。
{
"name": "hotels-sample-index",
"fields": [
. . .
{
"name": "HotelName",
"type": "Edm.String",
"facetable": false,
"filterable": false,
"key": false,
"retrievable": true,
"searchable": true,
"sortable": false,
"analyzer": "en.microsoft",
"indexAnalyzer": null,
"searchAnalyzer": null,
"synonymMaps": [],
"fields": []
},
],
"suggesters": [
{
"name": "sg",
"searchMode": "analyzingInfixMatching",
"sourceFields": ["HotelName"]
}
],
"scoringProfiles": [
. . .
]
}
使用 .NET 进行创建
在 C# 中,定义一个 SearchSuggester 对象。 Suggesters
是 SearchIndex 对象上的集合,但它只能采用一个项。 将建议器添加到索引定义。
private static void CreateIndex(string indexName, SearchIndexClient indexClient)
{
FieldBuilder fieldBuilder = new FieldBuilder();
var searchFields = fieldBuilder.Build(typeof(Hotel));
var definition = new SearchIndex(indexName, searchFields);
var suggester = new SearchSuggester("sg", new[] { "HotelName", "Category", "Address/City", "Address/StateProvince" });
definition.Suggesters.Add(suggester);
indexClient.CreateOrUpdateIndex(definition);
}
属性参考
属性 | 说明 |
---|---|
name | 在建议器定义中指定,并且根据“自动完成”或“建议”请求调用。 |
sourceFields | 在建议器定义中指定。 该属性是索引中作为建议内容源的一个或多个字段的列表。 字段的类型必须是 Edm.String 。 如果在字段中指定某个分析器,该分析器必须是此列表中指定的词法分析器(而不是自定义分析器)。 作为最佳做法,请仅指定有助于生成预期相应响应的字段,无论该响应是搜索栏还是下拉列表中的已完成字符串。 酒店名称就是一很好的候选项,因为它很精确。 说明和注释等详细字段过于密集。 同样,类别和标记等重复性字段的效率较低。 在示例中,我们仍然包含了“category”来演示可以包含多个字段。 |
searchMode | 仅用于 REST 的参数,并且在门户中可见。 此参数在 .NET SDK 中不可用。 此参数指示用于搜索候选短语的策略。 目前支持的唯一模式是 analyzingInfixMatching ,该模式目前匹配字词的开头。 |
使用建议器
在查询中使用建议器。 创建建议器后,请调用以下 API 之一来实现“键入时搜索”体验:
在搜索应用程序中,客户端代码应使用 jQuery UI Autocomplete 之类的库来收集部分查询并提供匹配项。 有关此任务的详细信息,请参阅将“自动完成”或“建议结果”功能添加到客户端代码。
以下对自动完成 REST API 的调用演示了 API 的用法。 此示例有两个要点。 首先,与所有查询一样,操作是针对索引的文档集合执行的,查询包含一个 search
参数,在本例中该参数提供部分查询。 其次,必须将 suggesterName
添加到请求。 如果未在索引中定义建议器,则对自动完成或建议的调用会失败。
POST /indexes/myxboxgames/docs/autocomplete?search&api-version=2024-07-01
{
"search": "minecraf",
"suggesterName": "sg"
}
代码示例
- 向网站添加搜索 (C#) 使用开放源代码建议包在客户端应用中补全部分词项。
后续步骤
了解有关 requests\ 公式的详细信息。