一条诡异的SQL

上周五，在2.4数据库上执行一条简单的sql查不出数据，SQL如下：
select * from Product_ID where POSysNo in(188060,185624) and SysNo not in(select productidsysno from SO_Item_PO)
执行：
select * from Product_ID where POSysNo in(188060,185624)
查出一个SysNo=26293588
在select productidsysno from SO_Item_PO where productidsysno=26293588，执行在SO_Item_PO的确是没有。

按照这个逻辑上面的SQL执行，应该有SysNo=26293588这条数据，但实际没有。

莫非见”鬼“，还是人品有问题，怎么可能查不出数据，语法没问题，数据库正常！！！

这可是今年第二次碰到这个诡异的事情。

经验表明，越出现问题要越冷静，先看看这个SQL的执行计划：

 

注意这里ProductIDSysNo字段执行的操作：

查找键[1]: 起始: [ICSONDB].[dbo].[SO_Item_PO].ProductIDSysNo > 标量运算符([Expr1017]),
结尾: [ICSONDB].[dbo].[SO_Item_PO].ProductIDSysNo < 标量运算符([Expr1018])

可以看出这里的数据库是执行了部分表字段查询数据，而不是查询全部表数据

说明，数据库执行计划出错，造成执行结果也出错。原因是说明引起的，仔细分析发现，
原来ProductIDSysNo存放了null值。但是一般情况下没有问题，在正式库上执行就不行。
这可能是SQL 2008的bug。虽然打了SP2补丁，这个问题没解决。

如何解决：
  改写上面的sql可以避免NULL值的影响，如：
  select  * from    Product_ID
  where   Product_ID.POSysNo in (188060,185624)
        and not EXISTS ( select   1  from    SO_Item_PO WHERE productidsysno=Product_ID.SysNo )
 或者：
  select * from Product_ID where POSysNo in(188060,185624) and SysNo not IN
(select productidsysno from SO_Item_PO WHERE productidsysno IS NOT null)

转载于:https://www.cnblogs.com/zping/archive/2011/09/07/2169940.html