Data rollup

    At ingestion time, you control rollup with the setting in the granularitySpec. Rollup is enabled by default. This means Druid combines into a single row any rows that have identical values and timestamp values after .

    When you disable rollup, Druid loads each row as-is without doing any form of pre-aggregation. This mode is similar to databases that do not support a rollup feature. Set rollup to false if you want Druid to store each record as-is, without any rollup summarization.

    Use roll-up when creating a table datasource if both:

    • You want optimal performance or you have strict space constraints.
    • You don’t need raw values from high-cardinality dimensions. Conversely, disable roll-up if either:
    • You need results for individual rows.

    The higher the result, the greater the benefit you gain from rollup. See Counting the number of ingested events for more details about how counting works with rollup is enabled.

    Tips for maximizing rollup:

    • Design your schema with fewer dimensions and lower cardinality dimensions to yield better rollup ratios.
    • Use to avoid storing high cardinality dimensions, which decrease rollup ratios.
    • Adjust your queryGranularity at ingestion time to increase the chances that multiple rows in Druid having matching timestamps. For example, use five minute query granularity () instead of one minute (PT1M).
    • You can optionally load the same data into more than one Druid datasource. For example:
      • Create a “full” datasource that has rollup disabled, or enabled, but with a minimal rollup ratio.
      • Create a second “abbreviated” datasource with fewer dimensions and a higher rollup ratio. When queries only involve dimensions in the “abbreviated” set, use the second datasource to reduce query times. Often, this method only requires a small increase in storage footprint because abbreviated datasources tend to be substantially smaller.

    Depending on the ingestion method, Druid has the following rollup options:

    • Guaranteed perfect rollup: Druid perfectly aggregates input data at ingestion time.
    • Best-effort rollup: Druid may not perfectly aggregate input data. Therefore, multiple segments might contain rows with the same timestamp and dimension values.
    • The ingestion method parallelizes ingestion without a shuffling step required for perfect rollup.
    • The ingestion method uses incremental publishing which means it finalizes and publishes segments before all data for a time chunk has been received. In both of these cases, records that could theoretically be rolled up may end up in different segments. All types of streaming ingestion run in this mode.

    Ingestion methods that guarantee perfect rollup use an additional preprocessing step to determine intervals and partitioning before data ingestion. This preprocessing step scans the entire input dataset. While this step increases the time required for ingestion, it provides information necessary for perfect rollup.

    The following table shows how each method handles rollup:

    See the following topic for more information: