比如我们在使用这个sql:select deptno from dept where deptno not in (10,50,null)进行查询时,在有数据符合条件的情况下,始终是得不到数据的。究其原因如下:
1.IN和NOT IN本质上都是OR运算。
对于条件deptno in (10,50,null),可以等价于where deptno=10 or deptno=50 or deptno=null,这里的deptno=null我们可以把它视为false(至于为什么,是下面的原因2),则条件进一步等价于where deptno=10 or deptno=50,当deptno=10或者deptno=50时,条件为true,就可以得到相应的数据了。
对于deptno not in (10,50,null),当deptno=20时,正常来说是符合条件的,应该返回这条数据。实际上,我们来看,首先条件等价于not(20=10 or 20=50 or 20=null),进一步等价于(20!=10 and 20!=50 and 20!=null),我们知道20!=10和20!=50是true,关键在于20!=null是false,则整个条件最终为false。deptno=其他数值时同理,所以会导致没有符合条件的数据返回。
2.在SQL中逻辑表达式的可能值包括TRUE、FALSE和UNKNOWN,它们被称之为三值逻辑
为什么deptno=null或者deptno!=null被当做false来处理呢?
我们知道,在其它的语言中,逻辑表达式只有两种,要么是true,要么就是false。而sql中却存在第三个逻辑表达式UnKnown,这个是sql中特有的。从字面意思上我们可以解理该值的意思是:什么都不知道,就是什么都不是。一般情况下我们将任何值(包括NULL本身)与NULL做比较的时候,都会返回UnKnown。而在查询表达式中(比如where与having中),UnKnown会视为false。所以我们就明白了为什么select * from 表 where 字段=null查不到正确的结果的原因了。
但并不是在所有场情下UnKnown都会视为false来处理,在check约束中,UnKnown就会视为true来处理。这就是为什么我们设置某个字段的值必须大于等于0的情况下,我们还可以往该字段中插入Null值,那是因为在check约束中null>=0的逻辑结果UnKnown会被当作true来处理。
需要注意的是,在分组子句与排序子句中,sql视null是相等的
即:
1.GROUP BY会把所有NULL值分到一组。
2.ORDER BY会把所有NULL值排列在一起。
参考:https://blog.csdn.net/neweastsun/article/details/52313840