使用Tally表生成未来30年日期：为何需添加主键约束？

你提到的这个Tally表（数字辅助表）的优化建议，其实是SQL领域里很实用的性能优化手段——虽然加了约束后查询结果看起来没变化，但它对数据可靠性和查询性能的提升作用不小，咱们一步步拆解：

一、添加PK_Tally_N主键约束的原因与作用 #

• 强制数据唯一性与完整性：虽然你用IDENTITY(INT,1,1)生成的数字本身是连续唯一的，但主键约束能从数据库层面固化这个规则，避免后续误操作（比如手动修改N列值）导致数据重复或缺失，让临时表的数据更可靠。
• 大幅提升查询性能：主键约束会自动创建对应的索引，当你用这个Tally表关联其他业务表、或者在WHERE/JOIN条件中用到N列时，索引能帮助数据库快速定位目标数据，减少全表扫描的开销。哪怕是你当前的日期生成查询，看起来逻辑简单，但如果后续扩展查询（比如按日期关联销售数据做统计），索引的性能优势会立刻显现。

二、为什么使用CLUSTERED (N)？ #

• 聚集索引的核心特点是数据本身就按照索引键的顺序存储。你的Tally表中N列是从1开始连续递增的，用N作为聚集索引键，数据在磁盘上会按1、2、3……的顺序连续排列，完全匹配数据的自然生成顺序。
• 这种存储方式对范围查询（比如你当前的WHERE t.N - 1 <= DATEDIFF(day, @tmpDate, @endDate)）极其友好：数据库可以连续读取磁盘上的数据页，无需频繁跳转，能显著降低IO开销。如果用非聚集索引，数据存储是无序的，查询时还需要额外回表查找数据，效率会差很多。

三、为什么设置FILLFACTOR = 100？ #

• FILLFACTOR用于设置索引页的填充比例，100意味着每个索引页都被完全填满，不预留空闲空间。
• 你的Tally表是静态临时表：一旦生成就不会再进行插入、删除或修改操作（用完即销毁，且数据是连续自增的IDENTITY序列）。这种场景下，完全不需要预留空间给后续数据变更，将FILLFACTOR设为100能最大化利用磁盘空间，减少索引页的总数，进一步提升查询时的IO效率——因为数据库需要读取的页面数量更少了。
• 要是针对频繁修改的业务表，FILLFACTOR一般会设为80-90来避免页面分裂，但这里完全没必要。

总的来说，这个优化是针对Tally表的使用场景量身打造的：既保证了数据的完整性，又最大化了查询性能，尤其是当你用这个表做更复杂的关联或计算时，效果会更加明显。

内容的提问来源于stack exchange，提问作者Eray Balkanli