SQL查询关联其他表时返回错误世纪问题求助

这个问题我之前帮不少开发者处理过，核心就是数据库对两位年份的默认解析规则在搞事情——多数系统会把两位年份按某个阈值（比如1950/2000）划分世纪，导致像05-JUN-55这类日期被误识别为2055年，而非1955年。下面给你分场景的具体解决方法：

1. 先修正SALES表中的日期解析 #

针对Oracle数据库 #

如果你的SALE date是字符串类型，直接用RR格式符替代YY，它会智能判断世纪：

-- 转换为正确的1955年日期
TO_DATE("SALE date", 'DD-MON-RR') AS corrected_sale_date

如果日期已经被错误存储为2055年的日期类型，可以用时间偏移修正：

CASE 
    WHEN EXTRACT(YEAR FROM "SALE date") > 2050 THEN ADD_MONTHS("SALE date", -1200) -- 减去100年
    ELSE "SALE date"
END AS corrected_sale_date

针对SQL Server数据库 #

用CONVERT指定格式（style 106对应DD-MON-YY），再通过判断年份后缀修正世纪：

SELECT 
    CASE 
        WHEN RIGHT("SALE date", 2) > 50 THEN DATEADD(YEAR, -100, CONVERT(DATE, "SALE date", 106))
        ELSE CONVERT(DATE, "SALE date", 106)
    END AS corrected_sale_date
FROM SALES

针对MySQL数据库 #

结合STR_TO_DATE和DATE_ADD来调整世纪：

SELECT 
    CASE 
        WHEN SUBSTRING("SALE date", -2) > 50 THEN DATE_ADD(STR_TO_DATE("SALE date", '%d-%b-%y'), INTERVAL -100 YEAR)
        ELSE STR_TO_DATE("SALE date", '%d-%b-%y')
    END AS corrected_sale_date
FROM SALES

2. 用修正后的日期关联维度表 #

不管用哪种方式修正了日期，关联时一定要用修正后的字段去匹配维度表的日期：

SELECT 
    s.*,
    d.fiscal_year,
    d.fiscal_quarter
FROM SALES s
JOIN date_dimension d 
    ON d.date = s.corrected_sale_date

3. 长期规避方案：规范日期存储 #

为了彻底避免这类问题，建议：

• 把SALE date字段修改为DATE/DATETIME类型，别用字符串存日期
• 导入数据时就指定正确的世纪解析规则，确保日期从源头就准确

内容的提问来源于stack exchange，提问作者K.Morrison