为何错误的子查询未导致外部Proc SQL查询报错？

这其实是SAS Proc SQL中相关子查询的列作用域解析规则在起作用，我来给你拆解清楚：

• 首先，单独执行子查询proc sql; select name from sashelp.iris where species is not missing ;quit;时，SAS会直接在sashelp.iris数据集里找name列，但这个数据集根本没有叫name的字段（它的列是SepalLength、SepalWidth、PetalLength、PetalWidth、Species），所以必然报错。

• 但当这个子查询嵌套在外层查询里时，Proc SQL的列解析逻辑变了：它会先在子查询自己的表（sashelp.iris）里找name列，找不到的话，会自动向上查找外层查询的表（也就是sashelp.class）里的同名列。

所以你的外层查询其实被SAS偷偷解析成了这个样子：

proc sql; 
    select count(distinct name) 
    from sashelp.class 
    where name in (select sashelp.class.name from sashelp.iris where species is not missing) ;
quit;

接下来看这个逻辑实际是怎么运行的：

1. 对于sashelp.class里的每一行（每个名字），子查询都会从sashelp.iris中取出所有species非空的行（也就是全部150行），但每行都返回当前外层行的name值。
2. 所以name in (子查询结果)就等价于name in (name, name, ...)（重复150次），这个条件永远为真（只要name不是缺失值，而sashelp.class里的name都非空）。
3. 最终count(distinct name)就是统计sashelp.class里所有不同名字的数量，正好是19。

简单说就是：子查询里的name被SAS“偷换”成了外层表的列，导致子查询的逻辑完全变了——从原本想关联两个表的名字，变成了一个永远为真的条件。

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