IBM数据库筛选早于1年数据遇日期格式报错求助

1. 修复日期转换错误 #

原代码中TO_DATE(ldate, 'YYYYMMDD')报错，核心原因是ldate格式已变为YYYY-MM-DD HH:MM:SS.ms，原格式掩码YYYYMMDD与新格式完全不匹配。在IBM DB2中，对应新格式的转换掩码为'YYYY-MM-DD HH24:MI:SS.FF'（其中FF用于识别毫秒级小数秒），需替换格式参数。

如果担心存在格式不规范的脏数据，建议用TRY_CAST替代TO_DATE，转换失败时返回NULL而非直接抛出错误：

TRY_CAST(ldate AS TIMESTAMP)

2. 修正“早于1年数据”的筛选逻辑 #

直接对比年份（year(current_timestamp) > year(ldate)）逻辑存在漏洞：比如当前是2024年3月，2023年4月的数据属于“早于1年”，但年份对比会误判为符合；而2024年1月的数据年份相同，但实际未到1年，却会被错误排除。

正确做法是计算当前时间往前推1年，再与转换后的日期直接对比：

TRY_CAST(ldate AS TIMESTAMP) < CURRENT_TIMESTAMP - 1 YEAR

如果只需对比日期部分（忽略时分秒），也可以提取日期维度简化逻辑：

DATE(TRY_CAST(ldate AS TIMESTAMP)) < CURRENT_DATE - 1 YEAR

最终修正后的完整代码 #

SELECT dtkda, TRY_CAST(ldate AS TIMESTAMP) AS converted_ldate
FROM (
    SELECT dtkda, ldate 
    FROM ______ 
    WHERE ldate IS NOT NULL 
      AND ldate NOT IN ('', ' ')
) t
WHERE TRY_CAST(ldate AS TIMESTAMP) < CURRENT_TIMESTAMP - 1 YEAR

补充说明 #

• 若能确保所有ldate格式严格符合YYYY-MM-DD HH:MM:SS.ms，可以用TO_TIMESTAMP(ldate, 'YYYY-MM-DD HH24:MI:SS.FF')替代TRY_CAST，性能会略有提升。
• 转换后的字段可以用别名标识，方便后续查看和使用。

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