Snowflake执行COPY INTO时TIMESTAMP_NTZ列出现Invalid date问题咨询

问题根因 #

这类显示为Invalid date的伪时间戳，本质是Snowflake在特定参数配置下，对超出timestamp_ntz取值范围的输入值做了静默转换导致的：

• Snowflake的TIMESTAMP_NTZ类型合法取值范围为 0001-01-01 00:00:00.000000000 到 9999-12-31 23:59:59.999999999
• 当ERROR_ON_UNSUPPORTED_TIMESTAMP_FORMAT参数为FALSE时（部分老账户/会话的默认值为FALSE），COPY INTO遇到超出范围、格式不匹配的时间戳输入不会抛出错误，会被转换为一个超出合法取值上限的内部占位值，就会在UI显示为Invalid date，且逻辑上永远大于所有合法时间戳（包括current_timestamp()），也会导致下游客户端解析时报错。

临时修复：清理已有脏数据 #

可以直接用你发现的数值特征过滤处理：

• 直接删除脏数据行：

DELETE FROM 你的目标表名
WHERE 异常时间戳列名 > current_timestamp();

• 保留行、将脏值置为NULL：

UPDATE 你的目标表名
SET 异常时间戳列名 = NULL
WHERE 异常时间戳列名 > current_timestamp();

永久修复：避免后续写入脏数据 #

方案1：COPY INTO时显式指定校验参数 #

执行加载任务时新增参数配置，遇到无效时间戳直接抛出错误终止加载，不会静默写入脏值：

COPY INTO 你的目标表名
FROM @你的阶段名/文件路径
FILE_FORMAT = (
    TYPE = 'CSV' -- 按实际文件格式调整为JSON/PARQUET等
    ERROR_ON_UNSUPPORTED_TIMESTAMP_FORMAT = TRUE
    TIMESTAMP_FORMAT = 'AUTO' -- 也可以指定业务实际的时间戳格式，比如'YYYY-MM-DD HH24:MI:SS'
)
ON_ERROR = 'ABORT_STATEMENT'; -- 遇到错误直接终止任务，也可以按需改为SKIP_FILE等其他策略

方案2：全局生效参数配置 #

如果要避免每次COPY都手动指定参数，可以设置会话或账户级别的默认配置：

-- 仅当前会话生效
ALTER SESSION SET ERROR_ON_UNSUPPORTED_TIMESTAMP_FORMAT = TRUE;

-- 整个账户所有会话生效（需要ACCOUNTADMIN权限）
ALTER ACCOUNT SET ERROR_ON_UNSUPPORTED_TIMESTAMP_FORMAT = TRUE;

脏数据溯源方法 #

如果需要定位具体是哪些输入值导致的问题，可以用预校验模式返回所有错误行：

COPY INTO 你的目标表名
FROM @你的阶段名/文件路径
FILE_FORMAT = (TYPE = 'CSV' ERROR_ON_UNSUPPORTED_TIMESTAMP_FORMAT = TRUE)
VALIDATION_MODE = 'RETURN_ERRORS';

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