Bill anatomy, order-of-magnitude cuts, engine decisions, and real-time OLAP — the corpus's deepest pool (90 companies).
From Foodpanda's −45% BigQuery bill to a 93% COUNT(DISTINCT) cut with HyperLogLog, from the Redshift→Snowflake→Databricks migration genre to Netflix's trillion-row Druid — warehouse cost and performance is the most universally interviewable material in data engineering. Includes the Data Modeling module (SCD2 mechanics, Picnic's data vault, warehouse-first architecture).
Pruning is sort order, incremental models must prune the write side, sketches make distinct counts composable, and layout debt taxes every query — the mechanisms behind the 10-200× wins.
The model is "incremental." It says so in the config: materialized='incremental', a tidy is_incremental() filter, fifteen million new rows a day. And every run bills like a full rebuild — thousands of slot-hours to insert a sliver of data into a 50-billion-row table. The SQL looks right. The dbt docs were followed. The bill says otherwise. Somewhere between what the query *says* and what the engine *does*, four orders of magnitude went missing. Where?
materialized='incremental'
is_incremental()
The full week 2 brief is part of LeetData Pro.