Excel转SAS日期异常求助：读取后变4000+数值且转换年份错误

这个问题我之前帮不少同行解决过，核心原因是Excel和SAS的日期系统基准完全不同：

• Excel的日期序列号以1900年1月1日为起始点（数值1），还存在一个历史遗留的1900年闰年bug
• SAS的日期值则以1960年1月1日为基准点（数值0）

你看到的4000+区间数值，其实是Excel存储日期的原始序列号。如果直接用SAS的日期格式去解析这个数值，自然会算出2077年这类偏差年份——因为SAS会把它当成从1960年开始的天数来计算。

下面给你几个靠谱的解决方法，从“提前避免”到“事后修正”都有：

方法1：读取时让SAS自动识别Excel日期（推荐） #

使用SAS的XLSX引擎读取文件，它能自动识别Excel的日期格式，直接转换成SAS兼容的日期值，不需要手动计算。示例代码：

/* 用PROC IMPORT直接读取XLSX文件 */
PROC IMPORT OUT= work.clean_data
    DATAFILE= "C:\你的文件路径\日期文件.xlsx"
    DBMS=XLSX REPLACE;
    GETNAMES=YES; /* 假设第一行是表头 */
    DATAROW=2; /* 从第二行开始读数据 */
RUN;

运行后检查数据集，日期列应该会自动带上合适的日期格式（比如DATE9.或MMDDYY10.），数值也会是SAS标准的日期值（2017年的日期大概在20800-21200区间）。

如果你的Excel文件是旧版.xls格式，可以用EXCEL引擎，但需要手动指定转换逻辑：

LIBNAME excel_lib EXCEL "C:\你的文件路径\旧版日期文件.xls" SCAN_TEXT=YES;
DATA work.clean_data;
    SET excel_lib.'Sheet1$'n;
    /* 将Excel日期序列号转换为SAS日期 */
    sas_date = excel_date_column - 21916; 
    /* 21916是1900-01-01到1960-01-01的天数差，你的日期在2017/2018年，无需考虑1900闰年bug */
    FORMAT sas_date DATE9.; /* 设置显示格式 */
    DROP excel_date_column; /* 可选：删除原始的Excel序列号列 */
RUN;
LIBNAME excel_lib CLEAR;

方法2：已读取错误数值后的修正 #

如果已经把Excel日期序列号读成了4000+的数值，直接用下面的公式转换即可：

DATA work.fixed_data;
    SET work.original_data;
    correct_date = your_date_column - 21916;
    FORMAT correct_date DATE9.;
RUN;

比如2017年1月1日在Excel里的序列号是42736，减去21916后得到20820，SAS中这个值对应01JAN2017，完全符合你的原始数据。

额外注意事项 #

• 确保Excel中的日期列确实设置为日期格式，而不是文本格式。如果是文本格式的短日期（比如1/1/2017），SAS会读成字符型，这时候需要用INPUT函数转换：

  correct_date = input(char_date_column, MMDDYY8.);
  FORMAT correct_date DATE9.;
  

• 读取后检查SAS日志，如果日期列被识别为NUMERIC但格式不对，说明引擎没自动识别，就用上面的转换公式；如果是CHARACTER，就用INPUT函数处理。

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