在SQL Server中用系统版本时态表实现主数据时间追踪

一、系统版本化时态表完全能搞定你的需求 #

SQL Server的系统版本化时态表就是专门用来自动追踪数据历史变更的原生功能，完美匹配你的场景：

• 自动维护时间区间：开启时态表后，系统会帮你自动管理datefrom（生效起始时间）和dateto（失效时间）这两个字段。更新数据时，旧版本会自动归档到历史表，新版本的datefrom会设为当前系统时间（也可以自定义成你的modifying date），旧版本的dateto则同步设为这个时间，完全不用你手动写逻辑维护。
• 适配你的更新数据集：如果更新数据里的modifying date是实际修改时间，你可以在更新时显式把这个值赋值给datefrom，时态表会自动处理对应的时间区间逻辑。默认情况下系统用当前时间，要是你有自定义时间的需求，只需简单调整更新语句就行。
• 不用手动管历史记录：时态表会自动把旧数据存到关联的历史表里，你随时能查任意时间点的数据状态，或者单条记录的所有历史版本。

简单实现示例 #

1. 把现有主表改成时态表：
   假设主表叫MainDepartment，先确保时间字段是datetime2类型，再开启系统版本化：

   -- 调整字段类型为datetime2（时态表要求的时间类型）
   ALTER TABLE MainDepartment
   ALTER COLUMN datefrom datetime2(7) NOT NULL;
   
   ALTER TABLE MainDepartment
   ALTER COLUMN dateto datetime2(7) NOT NULL;
   
   -- 启用系统版本化，指定历史表（系统会自动创建，也可以用你已有的表）
   ALTER TABLE MainDepartment
   ADD PERIOD FOR SYSTEM_TIME (datefrom, dateto),
       SYSTEM_VERSIONING = ON (HISTORY_TABLE = dbo.MainDepartmentHistory);
   

2. 处理更新数据：
   直接执行常规UPDATE就行，系统自动处理历史归档和时间区间：

   UPDATE MainDepartment
   SET Department = u.Department,
       [number of employees] = u.[number of employees],
       datefrom = u.[modifying date] -- 想用自定义修改时间就加这行，否则系统自动用当前时间
   FROM UpdateDataset u
   WHERE MainDepartment.id = u.id;
   

二、存储过程的适用情况 #

只有当你有特殊定制需求时（比如要对时间区间做复杂的业务校验、或者要和其他系统做联动处理），才需要考虑写存储过程。但这意味着你得手动写所有逻辑：

• 手动把旧数据插入历史表
• 手动更新当前记录的dateto和新版本的datefrom
• 自己处理并发更新的冲突问题，这些时态表都已经原生解决了

总结 #

优先用系统版本化时态表，原生功能靠谱，不用自己造轮子，维护成本低，性能也更好，完全能满足你追踪历史变更、维护版本时间区间的需求。除非有特殊定制逻辑，否则没必要写存储过程。

内容的提问来源于stack exchange，提问作者Chris America