• SAS之大话PDV


    SAS之大话PDV

    之所以说是数据源,而非输入缓冲区的原因上一条推送已经说明,这里就不再啰嗦啦。

    这里我们且将DATA步流程简单地分为从数据源读入到pdv和从pdv写入数据集。

    IF语句 & WHERE语句

    这两个语句均是用于条件选择,但二者作用时机却大有不同。简单来说,if语句作用于观测出PDV到生成数据集时;而where语句则作用于观测进入PDV之时。这也奠定了二者效率上的差别。由于where语句作用于观测进入PDV之时,SAS读入的观测已经过选择,读入观测数较少,所以在读入较大数据之时,where语句的优势就尤为明显了。

    但又是因为where语句作用于观测进入PDV之时,也带来了一些限制,如:

    当提交如上语句之时,SAS将会报错:

    ERROR: 变量 x 不在文件“WORK.B”中。

    而使用if语句则不会出现此ERROR。

    对于这些选项的作用,相信大家也都有所了解;如不了解,那就得好好补补基础咯

    言归正传,对于这些语句的作用时机,就不再一一演示,简单来说,rename、keep、drop语句用于PDV到生成数据集的过程中。而对于选项,则需看选项的位置:

    对于上述代码,大家可自行敲击运行,就会发现在数据集b生成过程中出现NOTE: 变量 age 未初始化。  原因就在于当选项用于set语句时,作用时机为原始数据至PDV之间;而当选项用于data语句时,则作用于PDV至生成数据集之间。

    SASDATA步中使用SET语句、MERGE语句和UPDATE语句读入变量时(除赋值语句和input语句外),SAS将会自动retain,即由这些语句读入的变量将不会被置缺失。

    不多说,上例子:

    例1:merge

    结果:

    运行过程:

    从a读入第1条观测,从b读入第1条观测,查看id(即by变量)是否匹配,若不匹配,则读入id较小的观测,若匹配则一起读入PDV。此例为匹配。

    到达RUN语句,将PDV写入数据集

    从a、b分别读入第2条观测,检查发现不匹配。检查id是否与PDV中相同,若是,则读入匹配的观测(即a中第二条观测),若都不同,则将较小的id观测读入。

    达到run语句,OUTPUT;

    读入a的第3条观测,b的第2条观测,检查发现不匹配。再检查id发现a中第3条与PDV中id匹配,将其写入。后output。

    读入a的第4条观测,b的第2条观测,检查发现匹配,再检查发现与PDV中id不同;此时进入另一个by组,初始化DVP。将匹配的观测写入DVP。

    读入a中第5条观测,b中第3条观测,发现id不匹配,再检查发现b中第3条观测id与PDV中id匹配,将其读入,后output。

    读入a中第5条观测,b中第4条观测,发现id匹配并与PDV中id不同,初始化pdv,将两条观测整合写入PDV,后output。

    由于a中观测已读完(EOF),读入b中第5条观测,发现与PDV中id不同,初始化PDV,读入b中第5条观测,output。注意此时由于没有匹配,且为新的by组,不存在retain的x变量,所以最后一条观测中x为空。

    a、b数据集均到达EOF,程序运行结束,保存数据集。

    例2:set

    结果:

    这时候大家可能会发现,第二条观测不是同一个by组吗?为什么第2条观测的x变量不是第一条中x的值呢?为什么没有retain?

    然而,其实还是有retain的,只不过数据集中体现不出来,而结果为什么会是那样呢?这就涉及到PDV的又一个原则,当PDV从一个新的数据集中读入观测时,会将PDV置缺失。

    若你想看出retain的效果呢,有个办法:

    对于UPDATA等其他语句,就不再举例啦,有兴趣者可自行探索。

  • 相关阅读:
    docker 删除所有的 docker ps -a 记录
    使用ES6的Promise完美解决回调地狱
    linux查看历史命令history
    linux命令补全 忘记命令只记得开头
    linux更改shell
    java信号量PV操作 解决生产者-消费者问题
    eclipse代码自动提示功能设置
    linux下mysql修改数据库账户root密码
    IntelliJ Idea12 破解码与中文乱码配置
    linux usermod修改用户所在组方法
  • 原文地址:https://www.cnblogs.com/amengduo/p/9587060.html
Copyright © 2020-2023  润新知