如何将含当前及历史数据的表迁移至历史信息准确的temporal table

以下为SQL Server场景下的标准流程，PostgreSQL、MySQL 8.0+等支持时态表的数据库逻辑一致，仅语法细节有差异：

步骤1：原表数据校验与预处理 #

• 先排查原表历史数据的时间合法性：同主键的多条历史版本时间区间无重叠、无空白间隙，当前有效数据的失效时间统一设置为最大值'9999-12-31 23:59:59.999'
• 给原表添加时态表要求的两个时间段字段，类型统一为DATETIME2（精度根据业务需求调整），分别对应版本生效起始时间、版本生效结束时间，迁移阶段先手动赋值：
  • 历史版本直接映射原表已有的生效、失效时间
  • 当前版本的起始时间映射原表生效时间，结束时间填上述最大值
• 可选添加临时校验约束，避免迁移过程中脏数据写入：

ALTER TABLE 原表名 ADD CONSTRAINT CK_TimeRange CHECK (生效结束时间 > 生效起始时间);

步骤2：创建配套历史表 #

时态表要求历史表和当前主表结构完全一致（字段顺序、类型、约束完全匹配），直接复制空结构即可，不需要加主键约束：

SELECT * INTO 自定义历史表名 FROM 原表名 WHERE 1=2;

步骤3：启用系统版本化绑定 #

该操作前需要暂停原表所有写入，避免数据不一致：

-- 给原表注册系统时间周期
ALTER TABLE 原表名
ADD PERIOD FOR SYSTEM_TIME (生效起始时间, 生效结束时间);

-- 启用系统版本化，绑定历史表
ALTER TABLE 原表名
SET (SYSTEM_VERSIONING = ON (HISTORY_TABLE = dbo.自定义历史表名, DATA_CONSISTENCY_CHECK = ON));

• 必须开启DATA_CONSISTENCY_CHECK = ON，数据库会自动校验全表时间区间合法性，有冲突直接报错终止，避免非法数据入库
• 操作完成后数据库会自动把原表中结束时间不等于最大值的历史数据迁移到绑定的历史表，原表仅保留当前有效数据

步骤4：迁移后一致性校验 #

• 统计校验：对比迁移前原表历史数据条数、当前数据条数，和迁移后主表条数、历史表条数，确保完全匹配
• 抽样校验：抽取多个主键的全量历史版本，对比迁移前后的字段值、时间区间，确认无篡改
• 写入验证：测试新增、修改、删除主表数据，查看历史表是否自动生成对应版本记录，时间戳符合预期

注意事项 #

• 如果原表没有存储历史版本的时间戳，无法直接迁移，必须先补全所有历史版本的生效、失效时间再走上述流程
• 大表迁移建议在业务低峰期操作，启用系统版本化的过程会锁表，数据量越大耗时越长
• 迁移完成后修改主表结构时，数据库会自动同步修改历史表结构，不需要单独调整历史表

内容的提问来源于stack exchange，提问作者John Stud