使用带有子查询的 IN 运算符的 SQL Server 似乎是一个 BUG？ [复制]

Question

select f1 
from table1 
where f1 in (select f1) 
--running OK.

select f1 
from table1 
where f1 in (select f1 from tablex) 
-- even the column f1 does not exist in tablex, running OK.

delete from table1 
where f1 in (select f1 from tablex)
--If you do this, you may have an accident (delete all records from table1) 
--even the column f1 does not exist in tablex.

以上 3 条 SQL 语句在 SQL Server 2008 - 2017 中都可以正常运行。

Answer 1

由于f1 没有以tablex 为前缀并且不在tablex 中，因此它从table1 绑定到f1。当然table1.f1 在(table1.f1)。

这不是错误，这就是绑定在 SQL 中的工作方式。见"Subqueries (SQL Server)" - "Qualifying column names in subqueries"：

(...) 如果子查询的 FROM 子句中引用的表中不存在列，则外部查询的 FROM 子句中引用的表隐式限定该列。 (...)

这是一个很好的例子，说明为什么养成始终限定列的习惯会很有用——至少在涉及多个表时（通过子查询、连接等）。试试

... in (select tablex.f1 from tablex)

你会得到你期望的错误。

您还可以使用表别名来缩短限定列，如：

... in (select x.f1 from tablex x)