设为首页 收藏本站
查看: 504|回复: 0

[经验分享] oracle in与exist个人见解

[复制链接]

尚未签到

发表于 2016-7-29 10:55:31 | 显示全部楼层 |阅读模式
  
  如果使用IN,执行过程将如同下列所示:
  
  Select * from T1 where x in ( select y from T2 )
  
  LIKE:
  
  select *
  from t1, ( select distinct y from t2 ) t2
  where t1.x = t2.y; 
 
  如果使用EXISTS,如同上述的查询结果,我们改写成:
  
  select * from t1 where exists ( select null from t2 where y = x )
  
  LIKE:
  
  for x in ( select * from t1 )
  loop
  if ( exists ( select null from t2 where y = x.x )
  then
  OUTPUT THE RECORD
  end if
  end loop  
  所以能想想其中差异,当子查询的表格是个储存巨大资料量的表格时,则使用第一个方法的效能将比较差,因为他的执行计画是使用SORT MERGE JOIN,相对的如果子查询的TABLE相对比较小,使用IN的执行效率应该比较佳。
  
  而如果外部的表格(例如t1)是相对的储存大量资料,则?用第一个方法IN的效率将会比较好,如果你使用EXISTS,则除了会对t1这个bigtable进行full scan外,还会一笔一笔读取所有t1的资料列,效能自然较差。简单的一句话,外大内小=IN,外小内大=EXISTS,这是个实用的概略评估方法,在大部分的情况下是适用的。
有两个简单例子,以说明 “exists”和“in”的效率问题
  1) select * from T1 where exists(select 1 from T2 where T1.a=T2.a) ;  T1数据量小而T2数据量非常大时,T1<<T2 时,1) 的查询效率高。
  2) select * from T1 where T1.a in (select T2.a from T2) ;  T1数据量非常大而T2数据量小时,T1>>T2 时,2) 的查询效率高。
  exists 用法:
  请注意 1)句中的有颜色字体的部分 ,理解其含义;
  其中 “select 1 from T2 where T1.a=T2.a” 相当于一个关联表查询,相当于
  “select 1 from T1,T2 where T1.a=T2.a”
  但是,如果你当当执行 1) 句括号里的语句,是会报语法错误的,这也是使用exists需要注意的地方。
  “exists(xxx)”就表示括号里的语句能不能查出记录,它要查的记录是否存在。
  因此“select 1”这里的 “1”其实是无关紧要的,换成“*”也没问题,它只在乎括号里的数据能不能查找出来,是否存在这样的记录,如果存在,这 1) 句的where 条件成立。
  in 的用法:
  继续引用上面的例子
  “2) select * from T1 where T1.a in (select T2.a from T2) ”
  这里的“in”后面括号里的语句搜索出来的字段的内容一定要相对应,一般来说,T1和T2这两个表的a字段表达的意义应该是一样的,否则这样查没什么意义。
  打个比方:T1,T2表都有一个字段,表示工单号,但是T1表示工单号的字段名叫“ticketid”,T2则为“id”,但是其表达的意义是一样的,而且数据格式也是一样的。这时,用 2)的写法就可以这样:
  “select * from T1 where T1.ticketid in (select T2.id from T2) ”
  Select name from employee where name not in (select name from student);
  Select name from employee where not exists (select name from student);  第一句SQL语句的执行效率不如第二句。
  通过使用EXISTS,Oracle会首先检查主查询,然后运行子查询直到它找到第一个匹配项,这就节省了时间。Oracle在执行IN子查询时,首先执行子查询,并将获得的结果列表存放在一个加了索引的临时表中。在执行子查询之前,系统先将主查询挂起,待子查询执行完毕,存放在临时表中以后再执行主查询。这也就是使用EXISTS比使用IN通常查询速度快的原因。
IN(...)里面的列表 "数据量大 "的话,恐怕楼主得注意限制哟:)
9i的限制是1000~~~~不然会出错的

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-251114-1-1.html 上篇帖子: 体验Oracle 10g sql tuning advisor 下篇帖子: oracle学习笔七(数据完整性)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表