not in中有null时得不到数据

比如我们在使用这个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

https://www.cnblogs.com/kaiwensievert/p/7047112.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值