映射时在ElasticSearch中优先于ngram匹配进行完全匹配
我对使用ngram的单词有部分匹配。如何修改映射以始终偏爱精确匹配而不是ngram令牌？我不想修改查询。一个搜索框将搜索多种类型，每种类型都有各自的字段。
例如，假设我正在搜索职位，一个人的标题为“现场工程师”，另一个人的标题为“引擎技术员”。如果用户搜索“引擎”，我希望ES将后者返回为更相关。
我几乎逐字使用此映射：例外：我使用的ngram的最小值为3，最大值为11，而不是边缘ngram
是否可以对分析仪应用提升/功能评分？如果是这样，我也将“ full_name”和“ partial_name”分析器都应用于我的html" target="_blank">索引，并提升第一个。
编辑：我正在使用ElasticSearch 1.1.1和Nest 1.0.0 beta
问题答案：
我不相信您会建议对分析仪进行增强。
您可以尝试的一件事是在映射中使用多字段类型。然后，您可以将partial_name分析器应用于该字段的一个版本，而将full_name分析器应用于另一版本。
使用此映射，您可以对两个字段进行不同的查询，但可以进行组合（可能是布尔查询），并且可以对所full_name分析的字段进行查询。
-
问题内容： 我正在尝试将字段映射为nGram和“精确”匹配，并使精确匹配首先出现在搜索结果中。这是对类似问题的解答，但我正努力使其工作。 无论我为“精确”字段指定什么提升值，每次都会得到相同的结果顺序。这是我的字段映射的外观： 这就是查询的样子： 问题答案： multi_field映射是正确的，但是搜索查询需要像这样更改： 现在，结果将“精确”匹配考虑在内，并加总得分。
-
问题内容： 我正在使用Elasticsearch，但有一段时间魔鬼般地要进行精确匹配。我已经尝试过match，query_string等的各种组合，但是我什么也没得到，或者得到了不好的结果。查询看起来像这样： 排序结果 我当然知道“狗”，“那只狗”和“狗”的得分相同，但是我需要弄清楚如何提高得分“狗”的精确匹配度。 我也试过 但这仍然给我 问题答案： 默认情况下，使用标准分析仪分析字段。如果您想检
-
我和ElasticSearch一起工作。当我执行此查询时： 我得到了我想要的（所有的结果，其中有参考黑莓，但不是Q10)。 但是，我想限制搜索的字段只限于“title”字段。例如，_source文档有标题、正文、标签等，我只想搜索标题。ElasticSearch“匹配”似乎很适合我... 虽然这只成功地搜索了标题，但它仍然返回标题中带有Q10的结果，这与上面的搜索不同。 我正在看比赛文档，但似乎不
-
问题内容： 我看过每一篇文章，发现可以执行精确匹配，不区分大小写的查询，但是在实现时，它们并不能满足我的要求。 在将此问题标记为重复之前，请阅读整篇文章。 给定一个用户名，我想查询我的Elasticsearch数据库以仅返回一个与该用户名完全匹配但不区分大小写的文档。 我尝试为属性指定分析器，并使用查询来实现此行为。虽然这解决了区分大小写的匹配问题，但在精确匹配时失败了。 我考虑使用规范化程序，但
-
问题内容： 这是一个分为两个部分的问题。 我的文档如下所示： 我的第一个问题是如何检索“ title” 恰好是 “ No Title”的所有文档。我不希望出现标题为“此文档没有标题”的文档。 我的第二个问题是如何检索“ URL” 恰好 出现在一长串URL中的所有文档。 我正在使用pyelasticsearch，但是在curl中使用通用答案也可以。 问题答案： 如果您存储了源代码（这是默认设置），则
-
标准的TestCase之一是，lexer应该从中生成令牌流。不幸的是，由于ANTLR优先匹配较长的令牌，它生成令牌流，这将导致解析器引发错误。 是否可以先让ANTLR4 lexer尝试使用较短的令牌进行匹配？向添加lookahead-type规则并不是一个很好的解决方案，因为我需要考虑各种潜在的词法冲突（例如，被命名为，而不是，等等）。 编辑： 但这并不是一个真正的可扩展或可维护的解决方案，而且还