首先,绕道分析仪:
假设您使用的是Elasticsearch 的标准分析器,该分析器由标准标记器和一些标记过滤器组成。标准令牌生成器将在空格,标点符号和其他一些特殊字符上令牌化(将您的文本分成术语)。可以在Elasticsearch文档中找到详细信息,所以现在让我们只说“每个词都是一个术语”。
分析仪的第二个非常重要的部分是小写过滤器。它将把术语变成小写。这意味着以后将搜索Source1
并source1
应产生相同的结果。
举个简短??的例子:
输入:“这是我用英语输入的文字。” 将被分析并以以下术语结尾:“ this”,“ is”,“ my”,“ input”,“ text”,“ in”,“ english”。
例如,当您将文档编入text
字段时,所有这些都会发生。Element.sourceSystem.name
由于您的常规匹配查询似乎可以正常运行,因此我假设是这种类型的一种。
现在,当您使用发出匹配查询时"Source1 Source2"
,也将进行分析并将其转换为令牌source1
和source2
。然后,它将在内部在布尔OR中创建2个术语查询。所以,无论是source1
或source2
必须匹配是你查询的结果。
顺便说一句,匹配查询支持一个minimum_should_match
属性。您可以指定匹配查询中需要匹配多少个字词。
现在是有关字词查询的线索。它 分析你所提供的文本。通常应该在type字段上使用它keyword
。关键字字段也不会进行分析(有关更多信息,请阅读映射类型的文档-实际上非常重要)。那么这是什么意思?
我非常肯定,如果您要source1
在术语查询中使用它,那么它将匹配某些内容。但是,我高度怀疑您的查询是否适合您的用例。在查询文本字段时尝试使用普通匹配查询,并且(通常- 并非始终适用)仅在关键字字段上使用字词查询。