关于sql中子查询not in 后面不能为null的理解_荒野大码农的博客

相关文章推荐

挂过科的酱肘子 · 全球500强水墨精英名單，艺术大腕云集！· 3 月前 ·

想出国的烈马 · 娱乐至上-🌈️包子漫畫· 1 年前 ·

可爱的南瓜 · 鬼王大人快住手漫画|官方在线漫画全集-快看· 1 年前 ·

叛逆的乒乓球 · 香港教育界批反对派干预:认识国家历史天经地义 ...· 1 年前 ·

买醉的野马 · 大空头查诺斯削减特斯拉空仓 ...· 1 年前 ·

平时在sql查询中都要注意not in后面的条件中不能有null，如果有null就没有返回结果了，而in后面有null依然可以有返回结果。
说下我的理解：
in后面的子句可以理解为or拼接
比如

select * from t_student where height in(175, 177, null)
后面的height in (175, 177, null)可以理解为height =175 or height =177 or height =null只要满足一项判断，整条判断就算true，于是这条记录就会被放到结果集里面 
而not in 后面的子句可以理解为and 拼接
 height not in (175, 177, null) 可以理解为 height != 175 and != 177 and != null
 在数据库中任何有null参与的比较运算都会被算做false，所以一项判断为false，整条判断就算false，于是记录就不会被放到结果集里面。 
再放上几个关于null的“坑” 
如果null参与算术运算，则该算术表达式的值为null。（例如：+，-，*，/ 加减乘除）
如果null参与比较运算，则结果可视为false。（例如：>=,<=,<> 大于，小于，不等于）
如果null参与聚集运算，则聚集函数都置为null（使用isnull(字段,0)等方式可以避免这种情况）。除count(*), count(1), count(0)等之外（count(字段) 字段为null的行不参与计数）。
如果在not in子查询中有null值的时候,则不会返回数据。
                                    在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接。在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率。在子查询中,NOT IN子句将执行一个内部的排序和合并。无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历)。为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS。 如 我要查询 Sendorder表中的冗余数据（没有和reg_person或worksite相连的数据） sql=”select Sendorder.id,Sendorder.reads,Sendor
                                    但是用IN的SQL性能总是比较低的，从SQL执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别： SQL试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。由此可见用IN的SQL至少多了一个转换的过程。一般的SQL都可以转换成功，但对于含有分组统计等方面的SQL就不能转换了。 推荐在业务密集的SQL当中尽量不采用IN操作符 NOT IN 此操作是强列推荐不使用的，因为它不能应用表的索引。推荐用NOT EXISTS 或（外连接+判断为空）方案代替 　　在数据库中有两个表，一个是当前表Info(id,PName
                                    前一段时间在公司做一个小功能的时候，统计一下某种情况下有多少条数据，然后修改的问题，当时感觉很简单，写了一个如下的 SQL:
SELECT COUNT(*) FROM t1 where tl.c1 not IN (SELECT t2.c1 FROM t2);
预期的结果是：有多少条数据在 t1 中，同时不在 t2 中，结果为：0，也就是 t1 中数据都在 t2 中，但是很容易就发现某些数据在 t1 中不在 t2 中，所以就感觉很奇怪，这个 SQL 看着也没问题啊。经过一番查询原来是因为 t2 的 c1 字段包含了 null 值，修改如下两种形式都可以得到预期的结果：
SELECT COUN
                                    用in的时候一般问题不大,使用not in的时候需要特别主要,结合本文恰当使用,之所以
造成如此大的差异原因是对NULL的判断上，NULL的判断本质上is null或is not null,in或
not in的判断是等于(=),所以对NULL判断是无效的,需要谨记。.........
                                    oracle中，任何字符串与null比较得到的结果都是null，而 oracle的判断条件为null时就退出判断(？)
因此判断某个字符串是否在一个集合中时，not in 和 in的结果完全不一样，如
select * from airport_heliport  t where t.airport_heliport_uuid in
　　select ‘e6513669-8cb7-41d9-8...
select * from emp e where e.comm in (300, 500, null);
2. 使用not in的时候，如果 not in后面的选项中没有null，只会查询从comm列不为空的列中过滤，会过滤掉comm为null的数据
select * from emp e where e.comm not in (300, 500);
3.使用not in 的时候，如.
insert into test_in(name, hobby, sex, school) values('张一','打球',1,'北京大学');
insert into test_in(name, hobby, sex, school) values('张二','看书',null,'清华大学');
insert into test_in(name, hobby, sex, school) values('张三','游泳',1,null);
insert 
                                    NOT IN、JOIN、IS NULL、NOT EXISTS效率对比 语句一：select count(*) from A where A.a not in (select a from B) 语句二：select count(*) from A left join B on A.a = B.a where B.a is null 语句三：select count(*) from A where not exists (select a from B where A.a = B.a) 知道以上三条语句的实际效果是相同的已经很久了，但是一直没有深究其间的效率对比。一直感觉上语句二是最快的。 今天
                                    假如有表t1: id  |   val-------------1    |     a2    |     (NULL)3    |      b4    |    (NULL)我想找出val不是a的行，执行sql语句：SELECT * FROM t1 WHERE val NOT IN ('a')结果会是什么？ id  |   val-------------1    |     b只有一行，那...
                                    首先说说oracle中的null值吧。
null在oracle中代表未知，表示可能有，也可能没有。任何与null值的普通运算都为null，但可以用一些函数来处理null值，oracle排序中默认null最大。
接着进入正文
这里in后面有null，能返回数据
但加了not后，就不能返回数据了
这里的in后面的句子可以理解为or拼接，即
id in (200,20
作者：吴晓佩
撰写时间：2019年4月6日
上次我在子查询中用多行操作符（not  in）进行数据查询时出现过此种情况，数据是空的，为了验证一下结果，我用in 查询了该表的数据，发现查询出来的结果数据并没有等于该表的总数据，所以not in一定是会存在数据的，然而数据竟然是null。
原因是条件中存在一个空值，...
1. not in的结果集中出现null则查询结果为null; 
例如下面sql中，含有list中null值，无法正确查询结果；SELECT COUNT(name) FROM CVE WHERE name NOT IN ('CVE-1999-0001', 'CVE-1999-0002', NULL);
in结果集有null不影响；
=====================案例======