Folks sometimes ask me, “When a table has more indexes, and SQL Server has more decisions to make, does that slow down execution plan generation?”
Well, maybe, but the table design choice that really screws you on compilation time is partitioning. If you choose to partition your tables, even tiny simple queries can cause dramatically higher CPU times. Even worse, as the famous philosopher once said, “Mo partitions, mo problems.”
We’ll start with any Stack Overflow database, create a numbers table, and then dynamically build a partition function that partitions our data by day:
USE StackOverflow; GO /* Create a numbers table