Urgent.News

One page, thousands of outlets. See who else covered it.

Editions

Tech

Continuous Aggregate Refresh, Demystified: Invalidation, Lookback, and Late-Arriving Data

Learn why late-arriving time-series data can leave aggregates stale and how TimescaleDB continuous aggregate refresh windows determine reconciling corrections.

Continuous Aggregate Refresh, Demystified: Invalidation, Lookback, and Late-Arriving Data

The continuous aggregate refresh in TimescaleDB has four strategies that handle different events related to data arrival and changes. These strategies include scheduled full recompute, insert-triggered incremental views, streaming dataflow engines, and invalidation-tracked window refresh. All four strategies start by picking up new data at the head of the table with a current timestamp, with no intervention required.

However, they differ in how they handle late data for a closed window and changes to aggregated rows. Scheduled full recompute and insert-triggered incremental views refresh at the next scheduled run, while streaming dataflow engines and invalidation-tracked window refresh handle late data and changes within the window, recomputing only the necessary buckets. The choice of strategy depends on the freshness requirements and the workload of the data.

Written by urgent.news from HackerNoon's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at hackernoon.com →

More in Tech

More from Wednesday 19 August →