按日期分区含主键的大表：需将日期列加入主键？有无替代方案？

首先明确：在SQL Server中，分区表的聚集索引（包括作为聚集索引的主键）必须包含分区列，这是硬性规则——因为分区是依赖聚集索引的物理存储结构来拆分数据的。所以如果你要把日期列作为分区键，且主键是聚集的，那么确实必须将主键修改为包含原PK列+日期列的复合主键。

接下来回答你的替代方案问题，除了给原PK列加唯一约束/索引之外，还有两种可行思路：

• 改用非聚集主键+聚集分区索引
  如果业务允许将原主键改为非聚集索引，那么可以单独创建以日期列+原PK列为键的聚集分区索引（作为分区依据），同时保留原单列的非聚集主键。这样既满足分区要求，又能保证原PK列的唯一性（非聚集主键本身就是唯一的）。但要注意：非聚集主键会包含聚集索引的键作为书签，这会增加索引的存储开销，且查询时可能需要额外的书签查找，需要结合业务查询模式评估性能影响。

• 使用分区视图替代分区表
  放弃分区表，转而创建多个按日期拆分的子表（比如按年月分表：orders_202401、orders_202402...），每个子表保留原单列主键，同时给每个子表的日期列添加严格的CHECK约束（比如CHECK (order_date >= '2024-01-01' AND order_date < '2024-02-01')）。然后创建一个分区视图，将所有子表通过UNION ALL合并起来。
  这种方式下，清理旧数据直接删除对应子表即可，原主键的唯一性在每个子表中得到保证，且查询时SQL Server会利用CHECK约束自动定位到对应的子表，性能和分区表接近。缺点是分区管理需要手动操作（新增分区要建表、加约束、更新视图），不如分区表自动化程度高。

最后补充：给原PK列添加唯一约束/索引其实是最简洁且风险最低的方案——复合主键保证全局数据唯一，唯一约束/索引保证原PK列的业务唯一性，只要索引维护策略合理（比如在非高峰时段做维护），对性能的影响几乎可以忽略，也是大多数场景下的首选方案。

内容的提问来源于stack exchange，提问作者El Entrenador