Fritz is working on his components, testing how they migrate applications. He's also gonna talk about the streamer map project
Fritz is working on his components, testing how they migrate applications. He's also gonna talk about the streamer map project
Guy and Eitan discuss several very interesting new features recently announced by Microsoft.
Relevant links for more info:
2026-04-13
## 1 Normalization vs. Reality: When to Denormalize for Throughput on SQL Server & Azure SQL
### 1.1 The Architect’s Paradox: Purity vs. Performance
Normalization still matters. Third Normal Form and BCNF are still the right tools when the goal is to keep data clean, reduce duplication, and avoid update anomalies. In systems of record, those are not textbook concerns. They affect billing, inventory, approvals, reporting, and every cleanup script someone has to write after bad data gets into production.
But there is another side to this. The schema that is best for correctness is not always the schema that is best for throughput. That gap gets wider when the system becomes read heavy, runs at scale, and serves the same data shape over and over. A fully normalized design can be logically correct and still expensive to query under load.
In SQL Server and Azure SQL, denormalization should not be the first response to slow queries. Many systems have more basic issues first: weak indexing, bad query patterns, parameter-sensitive plans, ORM chatter, and avoidable key lookups. Those problems need to be fixed before the schema becomes the main suspect. But once those are under control, some workloads still hit a wall because the engine spends too much time assembling data across too many tables.