前几天,我在调试一个存储过程,发现一些类似这样的逻辑:
SELECT something FROM someTable WHERE idcode <> (SELECT ids FROM tmpIdTable)
这什么也没返回。我以为它与“ <>”看起来有点奇怪,所以我将其更改为“ NOT IN”,然后一切正常。我想知道为什么会这样?这是一个非常古老的过程,我不确定该问题已经解决了多长时间,但是当发现此问题时,我们最近从SQL Server 2005切换到了SQL Server 2008。“ <>”和“ NOT IN”之间的真正区别是什么,并且行为在Server2005和2008之间发生了变化?
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。)
idcode <> 'foo' AND idcode <> 'bar' AND idcode <> NULL
一个更好的,耐NULL的变体是这样的:
SELECT something FROM someTable WHERE NOT EXISTS (SELECT ids FROM tmpIdTable WHERE ids = someTable.idcode)
编辑:我最初认为这是:
只会检查第一个值。事实证明,这种假设至少对于SQL Server是错误的,因为它实际上触发了他的错误:
消息512,级别16,状态1,第1行 子查询返回了1个以上的值。当子查询遵循=,!=,<,<=,>,> =或将子查询用作表达式时,这是不允许的。