algolia的`multiplequeries`功能默认返回按索引分组的搜索结果。若需将来自不同索引的搜索命中记录聚合成单一列表，algolia服务本身不提供此聚合功能。开发者需要在客户端应用层手动实现结果的遍历与合并。此外，联邦搜索是一种推荐的ui模式，用于以结构化方式展示多索引结果，提供更优的用户体验。
理解Algolia多索引查询结果结构
在使用Algolia进行跨多个索引的查询时，例如通过其multipleQueries API，返回的结果是一个包含多个独立结果对象的数组。每个结果对象对应一个被查询的索引，并包含该索引下的搜索命中记录（hits）、分页信息、查询参数等。
以下是Algolia multipleQueries 典型的响应结构示例：
{ "results": [ { "hits": [ { "id": 1, "name": "Product A", "_highlightResult": {} } ], "page": 0, "nbHits": 1, "index": "products" }, { "hits": [ { "id": 101, "title": "Resource X", "_highlightResult": {} }, { "id": 102, "title": "Resource Y", "_highlightResult": {} } ], "page": 0, "nbHits": 2, "index": "resources" }, { "hits": [ { "id": 201, "headline": "News Z", "_highlightResult": {} } ], "page": 0, "nbHits": 1, "index": "news" } ]}
从上述结构可以看出，每个索引的搜索结果是独立的，存储在其各自的hits数组中。Algolia的设计哲学侧重于在单个索引内提供高性能和高相关性的搜索，而不是跨索引的服务器端聚合。因此，如果需要将这些分散的hits合并成一个统一的列表，则需要通过客户端代码进行处理。
客户端聚合搜索命中记录
由于Algolia服务本身不提供跨索引的聚合功能，开发者需要在接收到multipleQueries的响应后，在客户端应用层（例如PHP后端或JavaScript前端）手动遍历并合并这些结果。
聚合步骤：
获取所有结果： 从Algolia响应的results数组中提取所有独立索引的结果对象。遍历并提取命中记录： 遍历每个结果对象，将其内部的hits数组提取出来。合并命中记录： 将所有提取出的hits数组合并到一个新的单一数组中。保留索引上下文（可选但推荐）： 在合并之前，可以为每个命中记录添加一个字段（例如_index），以标识其原始来源索引。这在后续处理或展示时非常有用。排序（可选）： 如果需要对聚合后的结果进行统一排序，则需要根据业务逻辑实现自定义的排序算法。由于不同索引的命中记录可能具有不同的相关性得分或属性，直接按Algolia的_score排序可能不总是最佳选择。
示例代码（PHP）：
以下是一个概念性的PHP代码示例，演示如何将来自不同Algolia索引的搜索命中记录聚合成一个单一的hits数组：
[ [ "hits" => [ ["objectID" => "prod1", "name" => "Product A", "price" => 100], ["objectID" => "prod2", "name" => "Product B", "price" => 150] ], "index" => "products" ], [ "hits" => [ ["objectID" => "res1", "title" => "Resource X", "category" => "Docs"], ["objectID" => "res2", "title" => "Resource Y", "category" => "Guides"] ], "index" => "resources" ], [ "hits" => [ ["objectID" => "news1", "headline" => "Latest News Z", "date" => "2023-01-01"] ], "index" => "news" ] ]];$aggregatedHits = [];$totalNbHits = 0; // 用于统计聚合后的总命中数foreach ($algoliaResponse['results'] as $result) { $indexName = $result['index']; $totalNbHits += $result['nbHits']; // 累加每个索引的命中数 foreach ($result['hits'] as $hit) { // 为每个命中记录添加原始索引信息 $hit['_index'] = $indexName; $aggregatedHits[] = $hit; }}// 构造期望的聚合结果格式$finalAggregatedResult = [ "results" => [ [ "hits" => $aggregatedHits, "page" => 0, // 聚合后页码可能需要重新计算或设置为默认值 "nbHits" => $totalNbHits, // 聚合后的总命中数 "nbPages" => 1, // 聚合后通常只展示一页，除非手动实现分页逻辑 "hitsPerPage" => count($aggregatedHits), // 聚合后的每页命中数 "processingTimeMS" => 0, // 聚合操作的耗时，可自行计算或置零 "query" => "your_query", // 原始查询字符串 "params" => "your_params", // 原始查询参数 "index" => "aggregated_indices" // 表示这是聚合后的结果 ] ]];// 打印聚合后的结果echo json_encode($finalAggregatedResult, JSON_PRETTY_PRINT);?>
经过上述处理，$finalAggregatedResult将包含一个单一的hits数组，其中包含了来自所有索引的搜索命中记录。
联邦搜索（Federated Search）作为最佳实践
虽然客户端聚合能够满足将所有结果显示在一个列表中的需求，但在许多实际应用场景中，联邦搜索（Federated Search）是一种更常用且用户体验更佳的模式。
联邦搜索的理念是将来自不同数据源（Algolia中的不同索引）的搜索结果在用户界面上清晰地分隔开来，通常以不同的区域、标签页或分组展示。例如，当用户搜索“报告”时，结果可能被分为“产品报告”、“新闻报道”和“资源文档”等不同类别。
联邦搜索的优势：
清晰度： 用户能清楚地知道每个结果的来源和类型。相关性： 可以在各自的类别中保持最佳的相关性排序，避免不同类型结果混合导致的排序困扰。导航性： 用户可以快速筛选或聚焦到他们感兴趣的特定类别。易于实现： Algolia的许多前端库（如Autocomplete.js）都原生支持联邦搜索的UI模式，简化了开发。
何时选择聚合与联邦搜索：
选择聚合： 当你确实需要一个完全扁平化的单一结果列表，并且能够处理跨类型结果的统一排序逻辑时。例如，一个简单的“所有内容”视图。选择联邦搜索： 当你有多种不同类型的内容，希望用户能够更容易地理解和浏览结果，并且希望在UI上提供更丰富的交互时。这是大多数多索引搜索场景下的推荐方案。
总结
Algolia在设计上将搜索结果按索引隔离，不提供服务器端的跨索引聚合功能。若要实现将多索引结果合并为单一列表，必须在客户端应用层进行手动聚合。在聚合过程中，建议保留原始索引信息以便后续处理。然而，对于大多数复杂的搜索场景，采用联邦搜索模式在用户体验和结果管理方面通常是更优的选择，它通过清晰地分类展示不同来源的结果，使用户能够更高效地找到所需信息。
以上就是Algolia多索引搜索结果客户端聚合与联邦搜索实践的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1333053.html
微信扫一扫 
支付宝扫一扫 
