EntityFramework Core 9.0 中时间戳列与临时表的兼容性问题解析

问题背景

在 EntityFramework Core 9.0.1 版本中，开发者在尝试将包含乐观并发控制（使用 [Timestamp] 特性标记的 rowversion 列）的表转换为临时表（Temporal Table）时，会遇到数据库迁移失败的问题。具体表现为当执行 ALTER TABLE 命令修改 rowversion 类型列时，SQL Server 抛出错误："Cannot alter column 'Version' to be data type timestamp"。

技术细节分析

乐观并发控制与 rowversion

在 EntityFramework Core 中，乐观并发控制通常通过 [Timestamp] 特性实现，底层使用 SQL Server 的 rowversion 数据类型（也称为 timestamp）。这种数据类型会自动为每一行生成唯一的递增二进制数值，用于检测并发冲突。

临时表特性

临时表是 SQL Server 提供的一项功能，可以自动记录数据的历史变更。当启用临时表功能时，EF Core 会执行以下操作：

1. 创建历史表存储数据变更记录
2. 添加系统版本控制列（PeriodStart 和 PeriodEnd）
3. 修改现有表结构以支持版本控制

问题根源

在 EF Core 9.0.1 中，当尝试将已有 rowversion 列的表转换为临时表时，迁移系统生成的 SQL 命令存在问题。具体来说，它尝试重新定义 rowversion 列的属性，而 SQL Server 不允许直接修改现有 rowversion 列的数据类型。

解决方案

临时解决方案

对于遇到此问题的开发者，可以采取以下手动修改迁移代码的方式：

1. 找到尝试修改 rowversion 列的迁移代码
2. 移除对该列的 AlterColumn 操作
3. 仅保留添加临时表相关注解的操作

官方修复

此问题已被确认为 EF Core 9.0.1 的一个缺陷，并将在 9.0.2 版本中修复。修复后，EF Core 将不再尝试修改现有的 rowversion 列，而是直接应用临时表相关的变更。

最佳实践建议

1. 版本升级策略：在将项目升级到 EF Core 9.0 时，建议先在测试环境中验证所有迁移脚本
2. 迁移顺序：对于包含 rowversion 列的表，考虑先完成所有常规列的结构变更，最后再添加临时表支持
3. 备份策略：执行涉及临时表的结构变更前，确保有完整的数据库备份

总结

EF Core 9.0.1 中存在的这个问题展示了数据库迁移过程中类型系统兼容性的复杂性。开发者在使用高级功能如乐观并发控制和临时表时，需要特别注意版本间的行为差异。随着 EF Core 9.0.2 的发布，这一问题将得到彻底解决，在此之前，开发者可以采用手动调整迁移代码的方式作为临时解决方案。