EXISTS、IN、NOT EXISTS、NOT IN的区别(ZT)

本文探讨了SQL中IN与EXISTS的区别,特别是在处理大型数据表时的选择。通过实际案例对比了两者在运行效率上的差异,并指出NOTIN与NOTEXISTS在逻辑处理上的不同。
EXISTS、IN、NOT EXISTS、NOT IN的区别:


in适合内外表都很大的情况,exists适合外表结果集很小的情况。
exists 和 in 使用一例
===========================================================
今天市场报告有个sql及慢,运行需要20多分钟,如下:
update p_container_decl cd
set cd.ANNUL_FLAG='0001',ANNUL_DATE = sysdate
where exists(
select 1
from (
select tc.decl_no,tc.goods_no
from p_transfer_cont tc,P_AFFIRM_DO ad
where tc.GOODS_DECL_NO = ad.DECL_NO
and ad.DECL_NO = 'sssssssssssssssss'
) a
where a.decl_no = cd.decl_no
and a.goods_no = cd.goods_no
)
上面涉及的3个表的记录数都不小,均在百万左右。根据这种情况,我想到了前不久看的tom的一篇文章,说的是exists和in的区别,
in 是把外表和那表作hash join,而exists是对外表作loop,每次loop再对那表进行查询。
这样的话,in适合内外表都很大的情况,exists适合外表结果集很小的情况。

而我目前的情况适合用in来作查询,于是我改写了sql,如下:
update p_container_decl cd
set cd.ANNUL_FLAG='0001',ANNUL_DATE = sysdate
where (decl_no,goods_no) in
(
select tc.decl_no,tc.goods_no
from p_transfer_cont tc,P_AFFIRM_DO ad
where tc.GOODS_DECL_NO = ad.DECL_NO
and ad.DECL_NO = ‘ssssssssssss’
)

让市场人员测试,结果运行时间在1分钟内。问题解决了,看来exists和in确实是要根据表的数据量来决定使用。

请注意not in 逻辑上不完全等同于not exists,如果你误用了not in,小心你的程序存在致命的BUG:


请看下面的例子:
create table t1 (c1 number,c2 number);
create table t2 (c1 number,c2 number);

insert into t1 values (1,2);
insert into t1 values (1,3);
insert into t2 values (1,2);
insert into t2 values (1,null);

select * from t1 where c2 not in (select c2 from t2);
no rows found
select * from t1 where not exists (select 1 from t2 where t1.c2=t2.c2);
c1 c2
1 3

正如所看到的,not in 出现了不期望的结果集,存在逻辑错误。如果看一下上述两个select语句的执行计划,也会不同。后者使用了hash_aj。
因此,请尽量不要使用not in(它会调用子查询),而尽量使用not exists(它会调用关联子查询)。如果子查询中返回的任意一条记录含有空值,则查询将不返回任何记录,正如上面例子所示。
除非子查询字段有非空限制,这时可以使用not in ,并且也可以通过提示让它使用hasg_aj或merge_aj连接。
Traceback (most recent call last): File "D:\pyVenv\mypyenv310\lib\site-packages\starlette\routing.py", line 693, in lifespan async with self.lifespan_context(app) as maybe_state: File "D:\application\Python310\lib\contextlib.py", line 199, in __aenter__ return await anext(self.gen) File "D:\pyVenv\mypyenv310\lib\site-packages\fastapi\routing.py", line 133, in merged_lifespan async with original_context(app) as maybe_original_state: File "D:\application\Python310\lib\contextlib.py", line 199, in __aenter__ return await anext(self.gen) File "D:\pyVenv\mypyenv310\lib\site-packages\fastapi\routing.py", line 134, in merged_lifespan async with nested_context(app) as maybe_nested_state: File "D:\application\Python310\lib\contextlib.py", line 199, in __aenter__ return await anext(self.gen) File "E:\Code\EquipmentRegistryDataPlatform\app\__init__.py", line 63, in lifespan await modify_db() File "E:\Code\EquipmentRegistryDataPlatform\app\core\init_app.py", line 79, in modify_db await command.upgrade(run_in_transaction=True) File "D:\pyVenv\mypyenv310\lib\site-packages\aerich\__init__.py", line 204, in upgrade await self._upgrade(conn, version_file, fake=fake) File "D:\pyVenv\mypyenv310\lib\site-packages\aerich\__init__.py", line 186, in _upgrade await conn.execute_script(await upgrade(conn)) File "D:\pyVenv\mypyenv310\lib\site-packages\tortoise\backends\mysql\client.py", line 58, in translate_exceptions_ raise OperationalError(exc) tortoise.exceptions.OperationalError: (1050, "Table 'zt_hwswco' already exists")
07-12
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值