SQL Server smalldatetime 2079上限问题转datetime2可行性及注意事项咨询

将smalldatetime迁移到datetime2是完全合理的方案，适配你的场景需求：

• datetime2的日期范围覆盖0001-01-01到9999-12-31，彻底解决2079年的上限问题
• 可选精度灵活，你可以选择datetime2(0)，精度和原有smalldatetime一致（精确到分钟），存储仅为6字节，比原类型仅多2字节，性能开销极低
• SQL Server 2012原生支持datetime2，.NET的DateTime类型可以直接和该类型映射，绝大多数场景下不需要修改业务层代码

• 提前做数据校验
  转换前先用ISDATE()函数扫描所有待修改列的全量数据，确认不存在非法时间值，避免转换过程中报错中断。
• 选择匹配的精度
  如果不需要更高的时间精度，优先指定datetime2(0)，既和原有smalldatetime的精度、舍入逻辑完全一致，又比默认精度的datetime2存储开销更小。如果后续业务需要秒级/毫秒级精度，再按需选择更高的精度等级。
• 处理依赖对象
  转换列之前必须先删除该列上关联的索引、主键/外键约束、唯一约束、检查约束，转换完成后再重建。如果存在依赖该列的视图、存储过程、触发器、计算列，转换完成后需要重新编译这些对象，避免出现绑定错误。
• 控制锁表影响
  即使你的表只有数万行数据量不大，修改字段类型的操作依然会锁表，建议放在业务低峰期执行。修改语句参考如下，注意保持和原列一致的可空属性：

ALTER TABLE [你的表名] ALTER COLUMN [你的列名] datetime2(0) NOT NULL; -- 可空属性和原列保持一致

• 做足预演和备份
  操作前必须对数据库做全量备份，建议先在测试环境/从库做一遍模拟转换，确认操作耗时、无异常后再到生产环境执行。
• 应用层验证
  转换完成后先在测试环境验证所有时间相关的读写逻辑，包括参数绑定、范围查询、时间格式化等场景，确认数据访问层无需调整即可正常适配新类型。

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