ElasticSearch中关于Nasted嵌套查询的介绍：生动案例，通俗易懂，彻底吸收

题注：随着对ES接触的越来越深入，发现此前了解的ES知识点有点单薄，特此寻来ES知识点汇总成的一个思维导图，全面了解自己掌握了哪些，未掌握哪些。此外，作者斌并没有足够的精力学习ES全部的知识点，只能见缝插针，在工作中遇到陌生的点再去深入了解。
本文则是针对Nested嵌套查询进行一系列的研究和分析

ES知识点汇总—思维导图，点击此链接查看

在这里插入图片描述

1. Nasted查询

起因是作者在工作中看到同事提交的这样一行代码

在这里插入图片描述
才发现自己并不清楚nested的作用，特此补充学习。

1.1 观察查询结果

首先我去看了一下这个索引中存储的数据内容，如下图所示。我们自然一眼看出，_source字段中的内容是存储的数据信息，那么就分析一下里面。
观察event字段，发现该字段是一个数组，数组里面嵌套着match[ ]数组，match数组里面嵌套着rule[ ]数组。这可就有意思了，用这种层层嵌套的设计来储存我们的数据。噢，原来这就是嵌套！

观察结果： executeScanTime字段、fileSimHash字段、detectorPort字段都是只有一层，只有event是嵌套的设计

在这里插入图片描述

1.2 调用查询

查询无嵌套的字段

首先我们来看看，如何查询executeScanTime字段内容：使用term查询该字段内容
在这里插入图片描述
发现可以得到返回结果

查询有嵌套的字段
我们来查询一下event字段下的fileName字段：使用term查询

惊讶的发现，居然失败了，hits[ ]是空的
在这里插入图片描述

那么就先草率的得出一个结论：普通的方式是无法直接查询嵌套的字段信息

1.3 查询嵌套字段

那有什么办法可以查询到嵌套的字段呢？经过作者本人多次摸索，终于找到一个办法，形如下图，就可以实现查询了，执行后会正确得到查询信息！
在这里插入图片描述

分析一下这个语法，简单的term查询是这样子的。那复合查询该如何写呢
在这里插入图片描述
不知大家是否可以发现出什么规律，这里留个伏笔，大家自己总结一下如何使用，动动脑袋，然后自己也实践一下。后续我会提供详细的总结

1.4 细节补充

我现在希望查询policyId字段，该如何写呢？
在这里插入图片描述
错误的写法

正确的写法
在这里插入图片描述
写到这里，在kibana 中嵌套查询的介绍就先到这里
休息一下吧！

接下来，我很好奇这种字段嵌套是如何设计出来的。我们都知道，首先得定义索引的映射关系，然后创建索引，再给索引赋值，最后才是数据的查询。

1.5 嵌套字段的映射

GET sdlp_unstructure_file_scan_result_115/_mapping

在这里插入图片描述
可以看到，在event字段和match字段，定义type= nested，就可以实现嵌套设计。不然的话，只能是一层的设计，无法实现层层嵌套的效果

1.6 对应的Java写法

作为开发，当然要知道如何代码实现ES查询，测试用例如下

// 此方式常用
@Test
void TermQuery(){
    // 获取client
    这里默认已经获取
        
    // 1. 准备request (参数为索引名称)
    SearchRequest request = new SearchRequest("indexName");
    
	// 2. 构建DSL语句
    request.source().query(QueryBuilders.nestedQuery("event.match",QueryBuilders.termQuery("event.match.policyId","47"), ScoreMode.None));
    
    // 3. 发送请求
    SearchResponse reponse = client.search(request, RequestOptions.ESFAULT);
    
    // 4. 解析数据，得到_source数据
    SearchHit[] hits = response.getHits().getHits();
    for (SearchHit hit : hits) {
       System.out.println(hit.getSourceAsString());
     }
    
}