What if you could count millions of unique visitors in seconds without breaking a sweat?
Why Cardinality aggregation in Elasticsearch? - Purpose & Use Cases
Imagine you have a huge list of customer visits to a store, and you want to count how many unique customers came in. Doing this by checking each record one by one and remembering every customer manually is like trying to count every unique face in a busy crowd without any help.
Manually tracking unique items in large data is slow and uses a lot of memory. It's easy to make mistakes, miss some entries, or double count. When data grows, this method becomes impossible to manage efficiently.
Cardinality aggregation in Elasticsearch quickly counts unique values using smart algorithms. It handles huge data sets efficiently without needing to store every single item, saving time and memory.
Loop through all records, add each customer ID to a list if not already there, then count the list length.
{
"aggs": {
"unique_customers": {
"cardinality": {
"field": "customer_id.keyword"
}
}
}
}It lets you quickly find the number of unique items in massive data sets without slowing down your system.
A store owner wants to know how many different customers visited last month to understand their reach, without manually checking millions of sales records.
Manual counting of unique items is slow and error-prone.
Cardinality aggregation efficiently estimates unique counts in big data.
This method saves time and memory, making analysis faster and easier.
Practice
What does the cardinality aggregation in Elasticsearch do?
Solution
Step 1: Understand the purpose of cardinality aggregation
Cardinality aggregation is designed to count unique values in a specified field.Step 2: Compare with other aggregations
Sum and average aggregations calculate totals and averages, not unique counts. Sorting is unrelated.Final Answer:
Counts the number of unique values in a field -> Option DQuick Check:
Cardinality = Unique count [OK]
- Confusing cardinality with sum or average
- Thinking it returns exact counts always
- Mixing it with sorting or filtering
Which of the following is the correct syntax to define a cardinality aggregation on the field user_id in Elasticsearch?
{
"aggs": {
"unique_users": {
"cardinality": {
"field": "user_id"
}
}
}
}Solution
Step 1: Identify the aggregation type for unique counts
The cardinality aggregation is used to count unique values, so the key must be "cardinality".Step 2: Check the field name and structure
The field is correctly specified as "user_id" inside the cardinality object.Final Answer:
{ "aggs": { "unique_users": { "cardinality": { "field": "user_id" } } } } -> Option AQuick Check:
Correct syntax uses "cardinality" with "field" [OK]
- Using terms aggregation instead of cardinality
- Using sum or avg aggregations for unique counts
- Incorrect JSON structure or missing braces
Given the following Elasticsearch aggregation query:
{
"aggs": {
"unique_countries": {
"cardinality": {
"field": "country"
}
}
}
}If the indexed documents have countries: ["US", "US", "FR", "DE", "FR", "JP"], what is the expected approximate output value for unique_countries?
Solution
Step 1: Identify unique countries in the list
The countries are US, FR, DE, JP. Counting unique values gives 4.Step 2: Understand cardinality output
Cardinality aggregation returns approximate unique counts, which should be 4 here.Final Answer:
4 -> Option BQuick Check:
Unique countries count = 4 [OK]
- Counting duplicates as unique
- Confusing total documents with unique count
- Expecting exact count always (approximate)
Identify the error in this cardinality aggregation query:
{
"aggs": {
"unique_users": {
"cardinality": {
"field_name": "user_id"
}
}
}
}Solution
Step 1: Check the field parameter name
The correct key for specifying the field is "field", not "field_name".Step 2: Verify JSON structure and parameters
The braces are correctly closed, aggregation name is valid, and "size" is not required for cardinality.Final Answer:
"field_name" should be "field" -> Option CQuick Check:
Use "field" key for cardinality field [OK]
- Using wrong key "field_name" instead of "field"
- Adding unnecessary parameters like "size"
- Misnaming aggregation or missing braces
You want to find the approximate number of unique products sold in each category using Elasticsearch. Which aggregation setup correctly combines terms and cardinality aggregations?
{
"aggs": {
"by_category": {
"terms": { "field": "category" },
"aggs": {
"unique_products": {
"cardinality": { "field": "product_id" }
}
}
}
}
}Solution
Step 1: Understand the terms aggregation
"terms" groups documents by unique values in "category" field.Step 2: Understand the nested cardinality aggregation
Inside each category bucket, cardinality counts unique "product_id" values.Final Answer:
This setup groups by category and counts unique products per category -> Option AQuick Check:
Terms + cardinality = unique counts per group [OK]
- Confusing aggregation order or nesting
- Using cardinality on category instead of product_id
- Expecting sum or average instead of unique count
Ready to prove it?
Pass the test and this pattern moves unknown
