SQL*Loader中如何正确转换含毫秒的日期数据至目标格式？

嗨，我来帮你搞定这个问题！你现在遇到的核心问题是转换函数里的格式掩码和源数据的格式不匹配，导致加载结果不符合预期。咱们一步步来解决：

问题分析 #

你的源数据格式是 2018/05/07 19:41:34:045，但你用的格式掩码是 'YYYY-MM-DD HH24:MI:SS:FF3' —— 这里的日期分隔符是 -，和源数据的 / 不对应，这就导致转换逻辑无法正确识别源数据的日期部分。

另外还要注意：如果你的表列 v_dt 是 DATE 类型，Oracle 的 DATE 是不存储毫秒信息的，所以如果要保留末尾的三位毫秒，你需要把列类型改成 TIMESTAMP（或者 TIMESTAMP(3) 明确指定三位精度）。

正确的实现方案 #

1. 控制文件中的正确转换逻辑

在 SQL*Loader 控制文件里，你需要用和源数据完全匹配的格式掩码来转换：

v_dt "CAST(TO_TIMESTAMP(:v_dt, 'YYYY/MM/DD HH24:MI:SS:FF3') AS TIMESTAMP(3))"

或者更简洁的写法（直接指定字段类型和格式）：

v_dt TIMESTAMP(3) "YYYY/MM/DD HH24:MI:SS:FF3"

这里的关键点：

• 用 YYYY/MM/DD 匹配源数据的日期分隔符 /
• FF3 对应源数据里的三位毫秒（045、049）
• TIMESTAMP(3) 确保存储三位毫秒精度

2. 查询时得到目标显示格式

Oracle 的 TIMESTAMP 类型存储的是时间的实际值，显示格式默认由会话的 NLS_TIMESTAMP_FORMAT 参数决定。如果要固定输出 YYYY-MM-DD HH24:MI:SS:SSS 格式的字符串，查询时用 TO_CHAR 函数格式化：

SELECT TO_CHAR(v_dt, 'YYYY-MM-DD HH24:MI:SS:FF3') AS formatted_dt FROM t1;

这样就能得到你想要的显示格式了。

额外提醒 #

如果你的业务场景必须用 DATE 类型存储，那毫秒信息会被丢弃，因为 DATE 只精确到秒。这种情况下，控制文件里的转换可以简化为：

v_dt "TO_DATE(:v_dt, 'YYYY/MM/DD HH24:MI:SS')"

但这样就得不到毫秒部分了，所以还是建议用 TIMESTAMP 类型来保留完整的时间精度。

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