Redshift使用Partition by子句时日期格式转换结果异常求助

问题分析 #

你遇到的问题是Redshift优化器在处理包含PARTITION BY的窗口函数时，可能调整了执行计划的顺序，导致date_column的日期解析逻辑被异常执行，进而出现年份被解析为0017这类错误（实际应为2017）。当移除PARTITION BY时，执行计划恢复正常，日期解析逻辑按预期运行。

解决方案 #

方案1：用CTE/子查询提前处理日期转换 #

通过将日期转换逻辑放在CTE或子查询中，强制Redshift先完成日期解析，再执行窗口函数，避免执行计划干扰：

WITH pre_processed AS (
    SELECT
        id,
        date_column,
        last_updated_on,
        -- 先完成日期转换，确保结果正确
        To_char(To_date(date_column, 'Mon DD, YYYY FMHH12:MI:SS AM'), 'YYYYMMDD') AS date_yyyymmdd
    FROM main_table
)
SELECT
    date_column,
    date_yyyymmdd,
    Row_number() OVER(partition BY id ORDER BY To_timestamp(last_updated_on, 'Mon DD, YYYY HH24:MI:SS PM') DESC) AS rank
FROM pre_processed
LIMIT 10;

方案2：改用TO_TIMESTAMP转DATE替代TO_DATE #

TO_DATE在某些执行路径下可能对带时间的字符串解析不稳定，改用TO_TIMESTAMP先转换为时间戳，再转为DATE类型，提升解析可靠性：

SELECT   
    date_column,
    -- 先转成TIMESTAMP再转DATE，避免解析偏差
    To_char(CAST(To_timestamp(date_column, 'Mon DD, YYYY FMHH12:MI:SS AM') AS DATE), 'YYYYMMDD') AS date_yyyymmdd,
    Row_number() OVER(partition BY id ORDER BY To_timestamp(last_updated_on, 'Mon DD, YYYY HH24:MI:SS PM') DESC) AS rank
FROM main_table 
LIMIT 10;

额外检查 #

如果上述方案无效，建议验证date_column的字符串格式是否完全统一（比如是否存在年份仅两位的异常值），但结合你移除PARTITION BY后结果正常的现象，执行计划干扰的概率更高。

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