``<>''与``OT IN''。

Question

前几天，我在调试一个存储过程，发现一些类似这样的逻辑：

SELECT something
FROM someTable
WHERE idcode <> (SELECT ids FROM tmpIdTable)

这什么也没返回。我以为它与“ <>”看起来有点奇怪，所以我将其更改为“ NOT
IN”，然后一切正常。我想知道为什么会这样？这是一个非常古老的过程，我不确定该问题已经解决了多长时间，但是当发现此问题时，我们最近从SQL Server
2005切换到了SQL Server 2008。“ <>”和“ NOT IN”之间的真正区别是什么，并且行为在Server2005和2008之间发生了变化？

Answer 1

SELECT something
FROM someTable
WHERE idcode NOT IN (SELECT ids FROM tmpIdTable)

检查列表中的任何值。

但是，NOT IN不容忍NULL。如果子查询返回了一组包含NULL的值，则根本不会返回任何记录。（这是因为在内部将NOT IN优化为idcode <> 'foo' AND idcode <> 'bar' AND idcode <> NULLetc等，因为与NULL的任何比较都会产生UNKNOWN，这将始终失败，从而阻止整个表达式变为TRUE。）

一个更好的，耐NULL的变体是这样的：

SELECT something
FROM someTable
WHERE NOT EXISTS (SELECT ids FROM tmpIdTable WHERE ids = someTable.idcode)

编辑：我最初认为这是：

SELECT something
FROM someTable
WHERE idcode <> (SELECT ids FROM tmpIdTable)

只会检查第一个值。事实证明，这种假设至少对于SQL Server是错误的，因为它实际上触发了他的错误：

消息512，级别16，状态1，第1行
子查询返回了1个以上的值。当子查询遵循=，！=，<，<=，>，> =或将子查询用作表达式时，这是不允许的。