diff --git a/docs/reference/aggregations/bucket/composite-aggregation.asciidoc b/docs/reference/aggregations/bucket/composite-aggregation.asciidoc index 226d9c2d7ade1..ec253a5556059 100644 --- a/docs/reference/aggregations/bucket/composite-aggregation.asciidoc +++ b/docs/reference/aggregations/bucket/composite-aggregation.asciidoc @@ -441,7 +441,7 @@ GET /_search ... "aggregations": { "my_buckets": { - "after_key": { <1> + "after_key": { "date": 1494288000000, "product": "mad max" }, @@ -467,17 +467,9 @@ GET /_search -------------------------------------------------- // TESTRESPONSE[s/\.\.\.//] -<1> The last composite bucket returned by the query. - -NOTE: The `after_key` is equals to the last bucket returned in the response before -any filtering that could be done by <>. -If all buckets are filtered/removed by a pipeline aggregation, the `after_key` will contain -the last bucket before filtering. - -The `after` parameter can be used to retrieve the composite buckets that are **after** -the last composite buckets returned in a previous round. -For the example below the last bucket can be found in `after_key` and the next -round of result can be retrieved with: +To get the next set of buckets, resend the same aggregation with the `after` +parameter set to the `after_key` value returned in the response. +For example, this request uses the `after_key` value provided in the previous response: [source,console,id=composite-aggregation-after-example] -------------------------------------------------- @@ -501,6 +493,10 @@ GET /_search <1> Should restrict the aggregation to buckets that sort **after** the provided values. +NOTE: The `after_key` is *usually* the key to the last bucket returned in +the response, but that isn't guaranteed. Always use the returned `after_key` instead +of derriving it from the buckets. + ==== Early termination For optimal performance the <> should be set on the index so that it matches