SQL> select * from test001;
NAME
----------
1
2
3
4
5
SQL> select * from test002;
NAME
----------
4
5
6
7
8
SQL> select * from test001 minus select * from test002;
NAME
----------
1
2
3
SQL> select * from test001 union select * from test002;
NAME
----------
1
2
3
4
5
6
7
8
按照上面的结果,查询ab交集只需要
select * from A minus (select * from A minus select * from B);
SQL> select * from test001 minus (select * from test001 minus select * from test002);
NAME
----------
4
5
性能:在很多软件系统中,系统的性能很打程度上有数据库的性能决定。以前也曾经做过很多次关于性能方面的各种测试,特别是关于oracle的,我想到也应该记录下来一部分,为大家共享。
事情发生在我们的系统从sqlserver移植到oracle,用户在一个查询的操作上等待的时间无法忍受了,我们关于这个查询的处理与原来的方式一下,难道sqlserver 同oracle有什么地方不一样么,让我们来看看oracle有什么地方有问题,或者是我们使用的有问题?
业务问题大概可以这样描述,一个父表,一个子表,查询的结果是找到子表中没有使用父表id的记录,这种情况估计很多系统都会牵涉得到。让我们来举一个例子:
![点击图片可在新窗口打开 <STRONG><A href=](https://i-blog.csdnimg.cn/blog_migrate/c5c17de351232c984f41778405b080bf.jpeg)
表二: 子表 childen
![点击图片可在新窗口打开 Oracle的in和not in(图)(图二)](https://i-blog.csdnimg.cn/blog_migrate/88026f5bd151c453ed42c2da73d29df4.jpeg)
父表存储父亲,子表存储孩子,然后通过pid和父表关联,查询需要的结果是找到尚未有孩子的父亲。
我们来看一下查询语句的写法:
select * from parent where id not in (select pid from childen)
这种标准的写法在子表存在50万条的记录的时候,查询时间超过了10秒,远远大于原来的sql server服务器的一秒。我在解决的时候想到了一个方法:
select * from parent where id in
( select id from parent minus select pid from childen )
正常理解下,这个语句应该更加费时,但是事实完全出乎意料,这条语句不仅仅在子表存在大量记录的情况下速度良好,在子表少量数据的情况下速度也非常的好,基本在1秒内完成。
这个结果可以很明显的证明oracle 在子查询的内部处理的时候,使用 in 和 not in 的巨大区别,希望用到这种方式的用户注意,也期待有人解释其中的问题。