vespa - 在 vespa 中使用 Wandsearcher 的任何示例？ (经过加权集查询)

Question

目前我正在使用 REST 接口(interface)来查询 vespa，这似乎工作得很好但有些东西告诉我我应该在应用程序中使用搜索器来使客户端(服务器端代码)更轻一些(将 jar 文件捆绑在应用程序包)，使其更流畅一些。我设法做了一些简单的搜索器/处理器应用程序。但这有点让人不知所措。

那么有现成的例子吗？

基本上我想:

1. 发送到/search?query=someId
2. 对该 documentID 的加权集进行普通搜索(我想这个可能很方便:https://docs.vespa.ai/documentation/reference/inspecting-structured-data.html)
3. 将响应中的这些项目添加到魔杖项目中，并在给定字段上使用 wandsearcher 查询魔杖。类似于yql:"select * from sources * where wand(interest, some weightedsets));","ranking":"combined_score" 并返回匹配项。

我也很好奇，除了使用我目前正在做的 http 请求构建字符串的麻烦之外，使用搜索器或使用 java 路由与休息相比是否有任何性能提升？

感谢您提供的任何见解或代码帮助，我可以从中着手。

Answer 1

这里有一个使用 WandItem(YQL 魔杖)的例子 https://docs.vespa.ai/documentation/advanced-ranking.html另见 https://docs.vespa.ai/documentation/using-wand-with-vespa.html由于 Vespa 中有两个魔杖实现，从描述中可以看出 wand() 是您想要用于此用例的。对于第一次调用，您可能希望有一个专门的文档摘要以减少为您的第一次查询获取的数据量，并且还可以选择仅在内存不足时提供服务(参见 https://docs.vespa.ai/documentation/document-summaries.html)

另见 https://docs.vespa.ai/documentation/searcher-development.html作为写作搜索者的一般资源。

对于您的用例，编写一个搜索器来执行这两个查询很有意义，因为您的第二个查询取决于第一个查询，并且您避免了呈现/http/yql 解析的成本，如果您的客户端是远程的，这可能很重要具有高网络延迟。