Skip to content
Kumar Chandrachooda
Series

KC Star V3 — Aggregates Get Their Own Table

In reading order.

  • 4 parts
  • ≈ 16 min total
  • 4 published
Part 1 16 Sep 2025 4 min read

Giving Aggregates a Table of Their Own

KC Star V2 leaked aggregate rows because base facts and rollups shared one table. V3 gives aggregates a dedicated SalesAggregationFact table with its own SCD2 - and the fix is as much about what SalesFact loses as what the new table gains.

Part 2 24 Oct 2025 4 min read

FactCount and the Audit Trail of an Average

An average with no denominator is a number you can't defend. KC Star V3 adds a FactCount column to every aggregate - how many facts went into this rollup - turning each stored aggregate into something you can audit rather than just trust.

Part 3 30 Nov 2025 4 min read

Expire Everything, Rebuild Everything

V3's rewritten CreateAggregatedFacts expires every aggregate and rebuilds them all from scratch on each run. It is blunt, it is correct, and the trade between rebuild-it-all simplicity and incremental cleverness is one KC Star kept relitigating all the way to V8.

Part 4 07 Jan 2026 4 min read

Twenty Queries Against a Dual Star

V3 ships the largest usage-example set of the early versions - twenty queries against base facts and aggregates living in two tables. A tour of what a dual-star warehouse lets you ask, from base-vs-aggregate joins to watching a rollup evolve over time.