你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
输入关键字进行搜索
搜索:
没有找到相关结果
Charele - Cisco4321
赞同来自:
要回复问题请先登录或注册
Cisco4321
8 个回复
Charele - Cisco4321
赞同来自:
由“收集器”产生“叶子收集器”，由叶子收集器完成一个段里的文档的查询（有几个段，就有几个叶子收集器）
ES里的聚合，也是这个做法，
ES里面，Aggregator类就是这个BucketCollector的子类，
也是Lucene中的org.apache.lucene.search.Collector的孙子类
Charele - Cisco4321
赞同来自:
在ES聚合时，产生叶子收集器时，是把子聚合的“叶子收集器”传进去的。
所以在深度优先下，
父聚合在执行的时候，就一并执行了子聚合，
（同理，子聚合执行时，一并执行了孙子聚合，，，）
这没啥好说的。
Charele - Cisco4321
赞同来自:
这是在深度优先的情况，在广度优先的情况下，不是这样的。
那个"sub"并不是真正的子聚合，可以叫做“delay聚合“
(delay聚合里包含了真正的子聚合！）
这个delay聚合做了什么工作呢？网上文章的说法是把文档缓存下来，供后面用。
大致可以这样理解，但不完全正确。
它存的是:
文档号（文档号是差值储存的，从名字上可看出来）
和桶号（精确地说是ordinal号）
Charele - Cisco4321
赞同来自:
这个deferringCollector（就是上面说的delay聚合器）
在深度优先时，是null，所以无意义，不执行什么
在广度优先时，才有实际效果。
另外，那个long[] bucketOrdsToCollect参数，
就是裁剪后的桶号。
另外说一下，（比如你有一万个桶）
你执行top 10时，这里并不仅仅是10个，
缺省情况下：它应该是1.5 * topN + 10，也就是要收集25个桶
Charele - Cisco4321
赞同来自:
上面3里面说了，delay聚合里面，包括了真正的子聚合！
在收集结果时，
会把原先缓存的"Entry"取出来，用真正的子聚合执行它。
Charele - Cisco4321
赞同来自:
其实不是的。
如果不显式指定，它自己有一个选择过程。
Charele - Cisco4321
赞同来自:
ES聚合，一般是这样生成的，
根据你的执行的聚合类型不同而不同，大致是这样子的
XXXAggregationBuilder -> XXXAggregatorFactory -> XXXAggregator
XXXAggregator就是上面1里面说的，Aggregator的实际子类
比如你对一个keyword做terms聚合时，（对long类型聚合时，会不一样）
产生的就是GlobalOrdinalsStringTermsAggregator
（另外还有变种，LowCardinality， StringTermsAggregatorFromFilters，
这些都是为了性能而优化而来的，在研究时，可以忽略）
Charele - Cisco4321
赞同来自:
感觉要深入理解ES，要看代码。
看文档，看网上大神的视频，是没用的。那些都是极其肤浅的东西。
一本很不错的入门书