Skip to content

Commit 0b00351

Browse files
authored
docs: Elaborate on aggregating index
1 parent a621b70 commit 0b00351

File tree

1 file changed

+6
-2
lines changed

1 file changed

+6
-2
lines changed

docs/pages/product/caching/using-pre-aggregations.mdx

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -524,8 +524,12 @@ The data within `category_productname_zipcode_index` would look as follows:
524524

525525
### Aggregating indexes
526526

527-
Aggregating indexes can be defined as well. Such indexes contain **only**
528-
dimensions and pre-aggregated measures from the pre-aggregation definition.
527+
Aggregating indexes should be used when there is a wide rollup pre-aggregation, however, only a subset of its dimensions is queried.
528+
For example, you have rollup pre-aggregation with 50 dimensions, but any query is just using only 5 of those dimensions.
529+
Such a use case would be a sweet spot for the aggregating index.
530+
Such indexes would persist **only** dimensions from the index definition and pre-aggregated measures from the pre-aggregation definition.
531+
Cube Store would aggregate over missing dimensions to calculate stored measure values when preparing the aggregating index.
532+
During querying time, Cube Store will save time on this aggregation over missing dimensions, as it was done during the preparation step.
529533

530534
Queries with the following characteristics can target aggregating indexes:
531535

0 commit comments

Comments
 (0)