A warehouse bill that had stopped tracking the product
What we walked into
Spend had been growing faster than usage for three quarters. Nobody could map a dollar to a workload, so every finance review ended with a promise to look into it. Meanwhile the dashboards the sales team depended on took four seconds to load.
The decision that mattered
We profiled before proposing anything. The query log showed a small number of dashboard queries running on a schedule nobody had set deliberately, against a table whose ordering key had not changed since the first month. That is a schema problem wearing a cost problem as a disguise.
What went wrong
The first migration dry run failed validation. Row counts matched but two checksums did not, traced to a timezone assumption in the extract. Finding it cost four days. Shipping without finding it would have cost a lot more, and the client would have found it instead of us.
Where it landed
Cutover happened on a Thursday with no downtime and no reader knowing it had moved. The bill dropped 82 percent, and per query cost tracking went in so the next increase has an owner rather than a mystery.
Validated by row count and checksum on both systems before a single reader was switched over.
Where you would start
A query and cost profile of your warehouse, which usually takes under a week and tells you whether a migration is even the answer.
Read the data infrastructure pageIllustrative case studies with placeholder figures for now. Real names and before/after numbers replace them once a client clears them for publication.