Aggregations
editAggregations
editAn aggregation summarizes your data as metrics, statistics, or other analytics. Aggregations help you answer questions like:
- What’s the average load time for my website?
- Who are my most valuable customers based on transaction volume?
- What would be considered a large file on my network?
- How many products are in each product category?
elasticsearch organizes aggregations into three categories:
- Metric aggregations that calculate metrics, such as a sum or average, from field values.
- Bucket aggregations that group documents into buckets, also called bins, based on field values, ranges, or other criteria.
- Pipeline aggregations that take input from other aggregations instead of documents or fields.
Run an aggregation
editYou can run aggregations as part of a search by specifying the search API's aggs
parameter. The
following search runs a
terms aggregation on
my-field
:
resp = client.search( index="my-index-000001", aggs={ "my-agg-name": { "terms": { "field": "my-field" } } }, ) print(resp)
response = client.search( index: 'my-index-000001', body: { aggregations: { "my-agg-name": { terms: { field: 'my-field' } } } } ) puts response
const response = await client.search({ index: "my-index-000001", aggs: { "my-agg-name": { terms: { field: "my-field", }, }, }, }); console.log(response);
GET /my-index-000001/_search { "aggs": { "my-agg-name": { "terms": { "field": "my-field" } } } }
Aggregation results are in the response’s aggregations
object:
{ "took": 78, "timed_out": false, "_shards": { "total": 1, "successful": 1, "skipped": 0, "failed": 0 }, "hits": { "total": { "value": 5, "relation": "eq" }, "max_score": 1.0, "hits": [...] }, "aggregations": { "my-agg-name": { "doc_count_error_upper_bound": 0, "sum_other_doc_count": 0, "buckets": [] } } }
Change an aggregation’s scope
editUse the query
parameter to limit the documents on which an aggregation runs:
resp = client.search( index="my-index-000001", query={ "range": { "@timestamp": { "gte": "now-1d/d", "lt": "now/d" } } }, aggs={ "my-agg-name": { "terms": { "field": "my-field" } } }, ) print(resp)
response = client.search( index: 'my-index-000001', body: { query: { range: { "@timestamp": { gte: 'now-1d/d', lt: 'now/d' } } }, aggregations: { "my-agg-name": { terms: { field: 'my-field' } } } } ) puts response
const response = await client.search({ index: "my-index-000001", query: { range: { "@timestamp": { gte: "now-1d/d", lt: "now/d", }, }, }, aggs: { "my-agg-name": { terms: { field: "my-field", }, }, }, }); console.log(response);
GET /my-index-000001/_search { "query": { "range": { "@timestamp": { "gte": "now-1d/d", "lt": "now/d" } } }, "aggs": { "my-agg-name": { "terms": { "field": "my-field" } } } }
Return only aggregation results
editBy default, searches containing an aggregation return both search hits and
aggregation results. To return only aggregation results, set size
to 0
:
resp = client.search( index="my-index-000001", size=0, aggs={ "my-agg-name": { "terms": { "field": "my-field" } } }, ) print(resp)
response = client.search( index: 'my-index-000001', body: { size: 0, aggregations: { "my-agg-name": { terms: { field: 'my-field' } } } } ) puts response
const response = await client.search({ index: "my-index-000001", size: 0, aggs: { "my-agg-name": { terms: { field: "my-field", }, }, }, }); console.log(response);
GET /my-index-000001/_search { "size": 0, "aggs": { "my-agg-name": { "terms": { "field": "my-field" } } } }
Run multiple aggregations
editYou can specify multiple aggregations in the same request:
resp = client.search( index="my-index-000001", aggs={ "my-first-agg-name": { "terms": { "field": "my-field" } }, "my-second-agg-name": { "avg": { "field": "my-other-field" } } }, ) print(resp)
response = client.search( index: 'my-index-000001', body: { aggregations: { "my-first-agg-name": { terms: { field: 'my-field' } }, "my-second-agg-name": { avg: { field: 'my-other-field' } } } } ) puts response
const response = await client.search({ index: "my-index-000001", aggs: { "my-first-agg-name": { terms: { field: "my-field", }, }, "my-second-agg-name": { avg: { field: "my-other-field", }, }, }, }); console.log(response);
GET /my-index-000001/_search { "aggs": { "my-first-agg-name": { "terms": { "field": "my-field" } }, "my-second-agg-name": { "avg": { "field": "my-other-field" } } } }
Run sub-aggregations
editBucket aggregations support bucket or metric sub-aggregations. For example, a terms aggregation with an avg sub-aggregation calculates an average value for each bucket of documents. There is no level or depth limit for nesting sub-aggregations.
resp = client.search( index="my-index-000001", aggs={ "my-agg-name": { "terms": { "field": "my-field" }, "aggs": { "my-sub-agg-name": { "avg": { "field": "my-other-field" } } } } }, ) print(resp)
response = client.search( index: 'my-index-000001', body: { aggregations: { "my-agg-name": { terms: { field: 'my-field' }, aggregations: { "my-sub-agg-name": { avg: { field: 'my-other-field' } } } } } } ) puts response
const response = await client.search({ index: "my-index-000001", aggs: { "my-agg-name": { terms: { field: "my-field", }, aggs: { "my-sub-agg-name": { avg: { field: "my-other-field", }, }, }, }, }, }); console.log(response);
GET /my-index-000001/_search { "aggs": { "my-agg-name": { "terms": { "field": "my-field" }, "aggs": { "my-sub-agg-name": { "avg": { "field": "my-other-field" } } } } } }
The response nests sub-aggregation results under their parent aggregation:
{ ... "aggregations": { "my-agg-name": { "doc_count_error_upper_bound": 0, "sum_other_doc_count": 0, "buckets": [ { "key": "foo", "doc_count": 5, "my-sub-agg-name": { "value": 75.0 } } ] } } }
Results for the parent aggregation, |
|
Results for |
Add custom metadata
editUse the meta
object to associate custom metadata with an aggregation:
resp = client.search( index="my-index-000001", aggs={ "my-agg-name": { "terms": { "field": "my-field" }, "meta": { "my-metadata-field": "foo" } } }, ) print(resp)
response = client.search( index: 'my-index-000001', body: { aggregations: { "my-agg-name": { terms: { field: 'my-field' }, meta: { "my-metadata-field": 'foo' } } } } ) puts response
const response = await client.search({ index: "my-index-000001", aggs: { "my-agg-name": { terms: { field: "my-field", }, meta: { "my-metadata-field": "foo", }, }, }, }); console.log(response);
GET /my-index-000001/_search { "aggs": { "my-agg-name": { "terms": { "field": "my-field" }, "meta": { "my-metadata-field": "foo" } } } }
The response returns the meta
object in place:
{ ... "aggregations": { "my-agg-name": { "meta": { "my-metadata-field": "foo" }, "doc_count_error_upper_bound": 0, "sum_other_doc_count": 0, "buckets": [] } } }
Return the aggregation type
editBy default, aggregation results include the aggregation’s name but not its type.
To return the aggregation type, use the typed_keys
query parameter.
resp = client.search( index="my-index-000001", typed_keys=True, aggs={ "my-agg-name": { "histogram": { "field": "my-field", "interval": 1000 } } }, ) print(resp)
response = client.search( index: 'my-index-000001', typed_keys: true, body: { aggregations: { "my-agg-name": { histogram: { field: 'my-field', interval: 1000 } } } } ) puts response
const response = await client.search({ index: "my-index-000001", typed_keys: "true", aggs: { "my-agg-name": { histogram: { field: "my-field", interval: 1000, }, }, }, }); console.log(response);
GET /my-index-000001/_search?typed_keys { "aggs": { "my-agg-name": { "histogram": { "field": "my-field", "interval": 1000 } } } }
The response returns the aggregation type as a prefix to the aggregation’s name.
Some aggregations return a different aggregation type from the type in the request. For example, the terms, significant terms, and percentiles aggregations return different aggregations types depending on the data type of the aggregated field.
Use scripts in an aggregation
editWhen a field doesn’t exactly match the aggregation you need, you should aggregate on a runtime field:
resp = client.search( index="my-index-000001", size="0", runtime_mappings={ "message.length": { "type": "long", "script": "emit(doc['message.keyword'].value.length())" } }, aggs={ "message_length": { "histogram": { "interval": 10, "field": "message.length" } } }, ) print(resp)
const response = await client.search({ index: "my-index-000001", size: 0, runtime_mappings: { "message.length": { type: "long", script: "emit(doc['message.keyword'].value.length())", }, }, aggs: { message_length: { histogram: { interval: 10, field: "message.length", }, }, }, }); console.log(response);
GET /my-index-000001/_search?size=0 { "runtime_mappings": { "message.length": { "type": "long", "script": "emit(doc['message.keyword'].value.length())" } }, "aggs": { "message_length": { "histogram": { "interval": 10, "field": "message.length" } } } }
Scripts calculate field values dynamically, which adds a little
overhead to the aggregation. In addition to the time spent calculating,
some aggregations like terms
and filters
can’t use
some of their optimizations with runtime fields. In total, performance costs
for using a runtime field varies from aggregation to aggregation.
Aggregation caches
editFor faster responses, elasticsearch caches the results of frequently run aggregations in
the shard request cache. To get cached results, use the
same preference
string for each search. If you
don’t need search hits, set size
to 0
to avoid
filling the cache.
elasticsearch routes searches with the same preference string to the same shards. If the shards' data doesn’t change between searches, the shards return cached aggregation results.
Limits for long
values
editWhen running aggregations, elasticsearch uses double
values to hold and
represent numeric data. As a result, aggregations on long
numbers
greater than 253
are approximate.