关于proc sort 时出现的小问题 （其实还是和merge）相关

其实和第一个帖子主方向是一样的，现在主方向做出来了，但是中间出现了小问题：
主方向是要merge

然后是这样：
数据导入步（这里没有任何问题，同时nps的原始文件就是SAS格式，所以就用libname）：

LIBNAME park "E:\Data";
run;
PROC IMPORT OUT= WORK.data1 DATAFILE= "E:\Data\data.xlsx"
            DBMS=xlsx REPLACE;
     SHEET="data";
     GETNAMES=YES;
RUN;

好这样两个数据集，一个在park下叫nps，另外一个在work下叫data1
data1如下图，是1992年~2016年，以月为单位的数据，所以一共300个数据


然后park下的nps， 是各个公园1992~2016，以月为单位的数据，一共是一万多个如下图


然后merge之前要排序一下
proc sort data=work.data1;
by year month;
run;
这一步是没有任何问题的。

出问题的一步来了：

proc sort data=park.nps;
by year month;
run;
数据变这样了


前面的25行缺失了...这个怎么回事呀，原始数据好像是没有缺失的，而且原始数据是SAS文件


恳请各位大神指教，谢谢谢谢~!!!!研究这个真的纠结死我了，我搞了一整天.......

我还是觉得你上来就对一万多行排序并不是很有效率的处理。。。
再者，既然有一万多行你那么容易看出完全没有缺失的吗？
当然，仍然是可以用proc sql来判断有没有缺失值，比如：
proc sql;
    select count(*) from park.nps
            where Park is missing;
quit;

这样可以先看看原始数据里到底有没有空值。

我倒是觉得nps那个表，如果也是excel导入的，可能是excel中间除了数据部分，下面还有些空行，但是曾经被写过值后来删除了，从而导入时候被当成了空值导入。这样从excel看好像是没有缺失数据，但是导入后多了好多空行。
如果是这样，把这些空行去掉就可以了

foocares 发表于 2017-6-6 11:22
我还是觉得你上来就对一万多行排序并不是很有效率的处理。。。
再者，既然有一万多行你那么容易看出完全没 ...

谢谢您，我检查出来是有25个缺失值的。所以上面的空白是正确的
啊，还有因为本来想用您给建议的那个sql来做，可是程序是跑了.....但是组合后的表格我找不到在哪里.....

番茄奏鸣曲 发表于 2017-6-6 23:11
谢谢您，我检查出来是有25个缺失值的。所以上面的空白是正确的
啊，还有因为本来想用您给建议的那个sql来 ...

如果没有特别定义别处，你用create table as输出时，表格默认在work目录下。

foocares 发表于 2017-6-6 23:46
如果没有特别定义别处，你用create table as输出时，表格默认在work目录下。

啊，好的，我慢点再看看叫~