Today is the second day you left, I wonder if you have already moved on and seen any old friends? Remember to extend greetings to them . We miss you so much but don't worry. Everything will get better soon.Without doubt, we will move forward with faith and strength just like you. I will spare no effort to become what you expect me to be. Wherever you are, you'll always be our light. Finally, I want to share today's sunshine with you because it lighted up us resemble your love
Love you forever and ever .♾ https://t.cn/z8AqNks
Love you forever and ever .♾ https://t.cn/z8AqNks
#面试官：为什么要尽量避免使用 IN 和 NOT IN？大部分人都会答错！#
WHY？
IN 和 NOT IN 是比较常用的关键字，为什么要尽量避免呢？
1、效率低
项目中遇到这么个情况：
t1表 和 t2表 都是150w条数据，600M的样子，都不算大。
但是这样一句查询 ↓
select * from t1 where phone not in (select phone from t2)
直接就把我跑傻了。。。
十几分钟，检查了一下 phone在两个表都建了索引，字段类型也是一样的。原来 not in 是不能命中索引的。。。。
改成 NOT EXISTS 之后查询 20s ，效率真的差好多。
select * from t1
where not EXISTS (select phone from t2 where t1.phone =t2.phone)
2、容易出现问题，或查询结果有误 （不能更严重的缺点）
以 IN 为例。
建两个表：test1 和 test2
create table test1 (id1 int)
create table test2 (id2 int)
insert into test1 (id1) values (1),(2),(3)
insert into test2 (id2) values (1),(2)
我想要查询，在test2中存在的 test1中的id 。使用 IN 的一般写法是：
select id1 from test1
where id1 in (select id2 from test2)
结果是：
OK 木有问题！
但是如果我一时手滑，写成了：
select id1 from test1
where id1 in (select id1 from test2)
不小心把id2写成id1了 ，会怎么样呢?
结果是：
EXCUSE ME！为什么不报错？
单独查询 select id1 from test2 是一定会报错: 消息 207，级别 16，状态 1，第 11 行 列名 'id1' 无效。
然而使用了IN的子查询就是这么敷衍，直接查出 1 2 3
这仅仅是容易出错的情况，自己不写错还没啥事儿，下面来看一下 NOT IN 直接查出错误结果的情况：
给test2插入一个空值：
insert into test2 (id2) values (NULL)
我想要查询，在test2中不存在的 test1中的 id 。
select id1 from test1
where id1 not in (select id2 from test2)
结果是：
空白！显然这个结果不是我们想要的。我们想要3。为什么会这样呢？
原因是：NULL不等于任何非空的值啊！如果id2只有1和2， 那么3<>1 且 3<>2 所以3输出了，但是 id2包含空值，那么 3也不等于NULL 所以它不会输出。
跑题一句：建表的时候最好不要允许含空值，否则问题多多。
HOW？
1、用 EXISTS 或 NOT EXISTS 代替
select * from test1
where EXISTS (select * from test2 where id2 = id1 )
select * FROM test1
where NOT EXISTS (select * from test2 where id2 = id1 )
2、用JOIN 代替
select id1 from test1
INNER JOIN test2 ON id2 = id1
select id1 from test1
LEFT JOIN test2 ON id2 = id1
where id2 IS NULL
妥妥的没有问题了！
PS：那我们死活都不能用 IN 和 NOT IN 了么？并没有，一位大神曾经说过，如果是确定且有限的集合时，可以使用。如 IN （0，1，2）。
作者：Hydor
来源：https://t.cn/RDRfFEU
WHY？
IN 和 NOT IN 是比较常用的关键字，为什么要尽量避免呢？
1、效率低
项目中遇到这么个情况：
t1表 和 t2表 都是150w条数据，600M的样子，都不算大。
但是这样一句查询 ↓
select * from t1 where phone not in (select phone from t2)
直接就把我跑傻了。。。
十几分钟，检查了一下 phone在两个表都建了索引，字段类型也是一样的。原来 not in 是不能命中索引的。。。。
改成 NOT EXISTS 之后查询 20s ，效率真的差好多。
select * from t1
where not EXISTS (select phone from t2 where t1.phone =t2.phone)
2、容易出现问题，或查询结果有误 （不能更严重的缺点）
以 IN 为例。
建两个表：test1 和 test2
create table test1 (id1 int)
create table test2 (id2 int)
insert into test1 (id1) values (1),(2),(3)
insert into test2 (id2) values (1),(2)
我想要查询，在test2中存在的 test1中的id 。使用 IN 的一般写法是：
select id1 from test1
where id1 in (select id2 from test2)
结果是：
OK 木有问题！
但是如果我一时手滑，写成了：
select id1 from test1
where id1 in (select id1 from test2)
不小心把id2写成id1了 ，会怎么样呢?
结果是：
EXCUSE ME！为什么不报错？
单独查询 select id1 from test2 是一定会报错: 消息 207，级别 16，状态 1，第 11 行 列名 'id1' 无效。
然而使用了IN的子查询就是这么敷衍，直接查出 1 2 3
这仅仅是容易出错的情况，自己不写错还没啥事儿，下面来看一下 NOT IN 直接查出错误结果的情况：
给test2插入一个空值：
insert into test2 (id2) values (NULL)
我想要查询，在test2中不存在的 test1中的 id 。
select id1 from test1
where id1 not in (select id2 from test2)
结果是：
空白！显然这个结果不是我们想要的。我们想要3。为什么会这样呢？
原因是：NULL不等于任何非空的值啊！如果id2只有1和2， 那么3<>1 且 3<>2 所以3输出了，但是 id2包含空值，那么 3也不等于NULL 所以它不会输出。
跑题一句：建表的时候最好不要允许含空值，否则问题多多。
HOW？
1、用 EXISTS 或 NOT EXISTS 代替
select * from test1
where EXISTS (select * from test2 where id2 = id1 )
select * FROM test1
where NOT EXISTS (select * from test2 where id2 = id1 )
2、用JOIN 代替
select id1 from test1
INNER JOIN test2 ON id2 = id1
select id1 from test1
LEFT JOIN test2 ON id2 = id1
where id2 IS NULL
妥妥的没有问题了！
PS：那我们死活都不能用 IN 和 NOT IN 了么？并没有，一位大神曾经说过，如果是确定且有限的集合时，可以使用。如 IN （0，1，2）。
作者：Hydor
来源：https://t.cn/RDRfFEU
#naru今天刷力扣了么#
这个双指针是不是有点抽象了。
数组做记录倒是很好想... 就是双指针这个追赶 有点阴间。
为了确定双指针的正确位置。里层套了while循环... 来定位以及纠正left..
一般情况下如果left和right所在的位置不合适，他俩其实是一起变动的。直到找到相同字符的那个左边界。left将停止变化。然后这里就开始变得不太好理解了，比如
s1= "ab" s2 = "eidboaoo"，其实一开始是可以找到 s2 的三号位 'b' 的，但是其实是错的边界，因为b后面跟着的不是a而是o 所以 while 从确认这个 left 边界以后又起到了纠正边界的作用..这个双指针做法最后的一个if判断便是确定长度right和left之间的长度是否为n即可.. 其实我倒是不太好想到有什么反例可以符合while循环的同时又不符合if... 感觉确定left边界是最重要的一件事.. 剩下的就是反复修改这个边界..
这个双指针是不是有点抽象了。
数组做记录倒是很好想... 就是双指针这个追赶 有点阴间。
为了确定双指针的正确位置。里层套了while循环... 来定位以及纠正left..
一般情况下如果left和right所在的位置不合适，他俩其实是一起变动的。直到找到相同字符的那个左边界。left将停止变化。然后这里就开始变得不太好理解了，比如
s1= "ab" s2 = "eidboaoo"，其实一开始是可以找到 s2 的三号位 'b' 的，但是其实是错的边界，因为b后面跟着的不是a而是o 所以 while 从确认这个 left 边界以后又起到了纠正边界的作用..这个双指针做法最后的一个if判断便是确定长度right和left之间的长度是否为n即可.. 其实我倒是不太好想到有什么反例可以符合while循环的同时又不符合if... 感觉确定left边界是最重要的一件事.. 剩下的就是反复修改这个边界..
✋热门推荐