目录：
（1）数据聚合-聚合的分类
（2）数据聚合-DSL实现Bucket聚合
（3） 数据聚合-DSL实现Metrics聚合
（4）数据聚合-RestClient实现聚合
（5）数据聚合-多条件聚合
（6）数据聚合-带过滤条件的聚合
前面学习了ES的基本用法和数据搜索功能，下面 继续深入ES的搜索功能，看一看它更复杂的用法
数据聚合：可以帮助我们可以对海量的数据做统计分析，如果结合Kanban形成可视化的报表，让用户一目了然形成数据结果，更方便数据分析
自动补全：可以根据用户输入的部分信息，去自动补全和提示用户想要输入的内容 ，增加用户的体验
数据同步：ES和MySQL数据库的双写的一致性问题，对应的解决方案
（1）数据聚合-聚合的分类
在MySQL也有聚合功能：聚合函数：avg、max、min等等，聚合函数需要结合group by分组去使用
ES具备MySQL类似的聚合功能，并且还做了更丰富的聚合功能：
聚合先学习下面常见的，详细可以查看官网：
Aggregations | Elasticsearch Guide [8.6] | Elastic
桶聚合：类似Group by
（2）数据聚合-DSL实现Bucket聚合
aggs：aggressions的缩写，aggs里面可以定义好多的聚合的，所以是一个数组，里面可以定义多个
定义几个brandAgg就会有多少个brandAgg 的结果
size=0 是搜索中不包含文档，所以hits是空的
关注的是aggregations
buckets是桶：聚合是桶的聚合，所以结果有很多桶，这个桶是品牌的桶，品牌一样的放在一个桶里面，所以是一个数组，会有很多桶
里面的size是显示10条
doc_count:是文档数量，桶里面有几条文档啊，是倒叙排序，统计出来越多的排名越靠前，这是默认的排序规则，排序可以更改
上面的聚合是对整个索引库的搜索，如果有上亿条数据，这个聚合对内存的消耗还是非常大的 ，我们能不能限定聚合搜索的范围呢？
（3） 数据聚合-DSL实现Metrics聚合
在按照平均评分做降序排列：
（4）数据聚合-RestClient实现聚合
添加一个单元测试方法：
添加解析：
（5）数据聚合-多条件聚合
在IHotelService中定义新的接口：
实现类IHotelServiceImpl中实现这个方法：
可以把聚合条件封装成一个方法Ctrl+Alt+M
把解析方法中相同的部分也进行封装成一个方法Ctrl+Alt+M
解析封装的方法：
封装的聚合方法：
最终代码：
在一个测试类中打印一下这个结果：
成功的得到了三个字段的聚合结果：
（6）数据聚合-带过滤条件的聚合
filter：是查询聚合过滤项的请求
发现这两个请求携带的参数是一样的，为什么查过滤项的时候也要带条件呢？过滤项查询要通过聚合来实现，聚合一带上条件就来限定聚合的范围，为何要限定范围呢？直接对整个索引库做聚合不行呢？
在搜索是没有加条件，搜索的是索引库的所有数据，对所有数据做聚合得到城市和品牌没有问题，但是当输入内容虹桥，得到的数据一定是跟上海虹桥有关的结果
上海虹桥有关的城市对应的一定是上海，但是对索引库的所有数据做聚合，得到的城市一定包含所有的城市，所以用户一定就很奇怪拉，命名搜索的是上海的还能出现北京的呢？如果再点击北京在结合搜索条件虹桥，能搜到任何东西吗？肯定是不能的北京没有虹桥，所以说不应该对索引库的所有字段做聚合，用户条件是虹桥，就应该对虹桥相关的酒店做聚合，限定聚合的范围，需要加查询条件，查询时用什么条件聚合时也用什么条件，这样就是在酒店的基础上做聚合，这样查询结果就更精确了因此，在查询过滤项时和查询时要用相同的条件
在HotelController中添加新的接口访问：
修改接口的方法：加上一个参数，上面已经写过这个方法，只是没有参数
实现类的方法：加一个参数，加一个查询条件
聚合封装的方法buildAggregation（）
封装的聚合方法：
query封装的过滤方法：
发现已经搜索出来了：
使用价格过滤：城市变少了
在添加搜索虹桥：搜到的更少了，城市直接就没了，因为虹桥只有是上海，没有必要在去选
所以在聚合的时候需要添加一些过滤条件，去限制聚合的范围。