使用MarkLogic/v1/values/{name}restapi进行方面值搜索?
我的目标是在另一个结构化查询(我的主搜索查询)定义的结果集内,对范围索引实现typeahead搜索。用例是基于现有搜索结果搜索可用的方面值(和频率) 我认为使用MarkLogic/v1/values/{name}restapi进行方面值搜索?,marklogic,Marklogic,我的目标是在另一个结构化查询(我的主搜索查询)定义的结果集内,对范围索引实现typeahead搜索。用例是基于现有搜索结果搜索可用的方面值(和频率) 我认为POST/v1/values/{name}API非常适合,但我对它的工作原理有些困惑 根据文档,此API支持URL参数q定义为: 字符串查询。有关详细信息,请参阅《搜索开发人员指南》中的自动查询文本解析和语法。此查询与请求正文中的查询合并 我可能误解了,认为这个q将在范围索引内搜索,类似于cts:value match。显然,默认情况下,它
POST/v1/values/{name}
API非常适合,但我对它的工作原理有些困惑
根据文档,此API支持URL参数q
定义为:
字符串查询。有关详细信息,请参阅《搜索开发人员指南》中的自动查询文本解析和语法。此查询与请求正文中的查询合并
我可能误解了,认为这个q
将在范围索引内搜索,类似于cts:value match
。显然,默认情况下,它是搜索整个文档的常规字符串查询
是否可以在我的用例中使用
/v1/values/{name}
,或者这不是它的设计目的?你能给我指一下正确的方向吗?谢谢 查询将限制值来自哪些文档,而不是返回的值——这是一个稍微不同的用例
请看一看,它可以配置为从范围索引或词典中提取值,并且完全适用于您的用例。查询将限制值来自哪些文档,而不是返回的值——这是一个稍微不同的用例
请看一看,它可以配置为从范围索引或词典中提取值,并且完全适用于您的用例。Dave正确地认为查询参数过滤文档,而不是值。搜索建议是查找值匹配的最合乎逻辑的地方,但如果这还不够,您可以编写自定义代码。你可以用a的形状来做,但我建议先看看,它们更轻
嗯 Dave正确地指出,查询参数过滤的是文档,而不是值。搜索建议是查找值匹配的最合乎逻辑的地方,但如果这还不够,您可以编写自定义代码。你可以用a的形状来做,但我建议先看看,它们更轻
嗯 谢谢,戴夫。我看到/v1/suggest只返回匹配的术语,而不是/v1/values中的频率。谢谢,Dave。我看到/v1/suggest只返回匹配的术语,而不返回/v1/values中的频率。