SSIS派生列转换中DT_DBTIMESTAMP2(7)仅保留3位小数问题求助

嘿，这个问题我太熟了！之前帮团队排查过好多次SSIS时间精度丢失的坑，咱们一步步来解决：

先搞清楚为啥精度会丢 #

你用(DT_DBTIMESTAMP2,7)GETDATE()的时候，其实GETDATE()本身在SSIS里只返回3位毫秒精度，属于DT_DBTIMESTAMP类型。哪怕你强制转换成7位精度的DT_DBTIMESTAMP2，也只是给后面补零，没法凭空多出那4位小数——这就是为啥你看到的是.6190000而不是.6192346。

替代方案（除了派生列转换的思路） #

1. 换用SYSDATETIME()代替GETDATE()

这是最简单的方法！SYSDATETIME()在SSIS里天生返回DT_DBTIMESTAMP2类型，支持最高7位精度。直接写：

(DT_DBTIMESTAMP2,7)SYSDATETIME()

这样生成的时间戳就会带完整的7位小数，完美匹配你的datetime2(7)列。记得检查数据流里这个字段的类型确实是DT_DBTIMESTAMP2(7)，别被默认设置坑了。

2. 用脚本组件生成高精度时间

如果派生列的方式受限，试试用脚本组件（转换类型）来生成时间：

• 添加脚本组件，选择“转换”模式，输入列可以不用选（直接生成时间的话）
• 在脚本编辑器里，把输出列的类型设为DT_DBTIMESTAMP2(7)
• 在ProcessInputRow方法里写：

Row.HighPrecisionTimestamp = DateTime.Now;

（或者用DateTime.UtcNow更推荐，避免时区问题）
.NET的DateTime精度远高于3位毫秒，能直接输出7位小数的时间戳。

3. 让数据库自动生成时间戳

最省心的方法其实是把这个活儿丢给数据库：

• 把目标表的datetime2(7)列设置默认值为SYSDATETIME()
• SSIS数据流里直接忽略这个列，让数据库在插入时自动填充
  这样不仅能保证7位精度，还能避免SSIS服务器和数据库服务器的时间差问题，也减少了SSIS里的转换逻辑。

额外排查小技巧 #

• 检查目标表列的类型：确认确实是datetime2(7)，别不小心写成datetime2(3)或者普通的datetime
• 查看数据流中字段的元数据：派生列后的字段类型必须是DT_DBTIMESTAMP2(7)，如果还是DT_DBTIMESTAMP，那精度肯定会被截断
• 如果是从数据源读取时间：源数据的时间字段也要是datetime2(7)，并且SSIS读取时要选对应的DT_DBTIMESTAMP2(7)类型，别用默认的DT_DBTIMESTAMP

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