SQL为王:oracle标量子查询和表连接改写

小鱼(邓秋爽)

云和恩墨专家,有超过5年超大型数据库专业服务经验,擅长oracle 数据库优化、SQL优化和troubleshooting

编辑手记:如何提高数据的查询效率是每个人都关注的问题,今天让我们来学习如何合理使用标量子查询和表连接方式来提高查询速度吧~

之前小鱼就听过了标量子查询,不过对于其中的细节理解还是远远不够,借助一部分资料和自己测试对标量子查询做一点简单的分析和介绍。

Oracle允许在select子句中包含单行子查询,这个也就是oracle的标量子查询,标量子查询有点类似于外连接,当使用到外连接时我们可以灵活的将其转化为标量子查询。我们来看下面的例子:

SQL> create table t1 as select * from all_users; Table created. SQL> create table t2 as select * from all_objects; Table created. SQL> select a.object_id,(select b.username from t1 b where a.owner=b.username) from t2 a; 49812 rows selected.

其执行计划和统计信息如下:

标量子查询其实还是一个子查询,那么它究竟是如何查询的:首先走的是外部的查询,比如上一个sql语句执行计划,先全表扫描的T2 a,然后取T2 a表的每一行数据就去和T1 b去过滤,过滤条件是a.owner=b.username,如果符合则返回子查询的值,如果不符合则用null补充。当然这个时候还有个类似的filter去重的运算,对于t2 a中重复的数据行不用再去和t1 b去过滤。

而上面这个标量子查询的sql语句其实是等价于下面外连接sql语句的:

SQL> select a.object_id,b.username from t2 a,t1 b where a.owner=b.username(+) ; 49812 rows selected.

其执行计划和统计信息如下

而如果标量子查询中如果主查询的一行对应子查询返回有多个值,这个是不允许的,看下面的例子

SQL> select a.username,b.object_id from t1 a,t2 b where a.username=b.owner(+); 29742 rows selected.

我们来看执行计划和统计信息

看下面的例子

SQL> select a.username,(select b.object_id from t2 b where a.username=b.owner) from t1 a; select a.username,(select b.object_id from t2 b where a.username=b.owner) from t1 a * ERROR at line 1: ORA-01427: single-row subquery returns more than one row

这里由于a.username=b.owner,其中b.owner有多个相同的值,所以这里返回的b.object_id可能有多个值,这里就出现上述的ora-01427错误。

标量子查询中也可以有聚合函数的出现:

SQL> select a.username,(select max(b.object_id) from t2 b where b.owner=a.username) from t1 a; 23 rows selected.

我们来看执行计划和统计信息:

但是我们注意到上述标量子查询却存在一个问题,就是无法将子查询展开为表连接,换句话说无法采用灵活的hash join outer的关联方式。

关于标量子查询和表关联的性能简介: 如果主查询返回的数据较多,而子查询中又没有高效的索引,关联列对应的主查询表又没有较多的重复值,那么这个标量子查询的执行成本是很大的,如上面的标量子查询和外连接的sql语句中可以看出外连接IO成本要明显小于标量子查询。

但是标量子查询oracle内部确是有优化的,优化器cache了中间的结果,如果结果集不大,子查询中又有高效的索引,那么这个标量子查询可能会比常规的表关联更加高效。

小鱼列出几种常会涉及到的标量子查询和表连接的sql改写:

1. 最简单的标量子查询

table :a(a1,a2),b(a1,b2) select a2,(select b2 from b where b.a1=a.a1) from a 表连接: select a2,b2 from a,b where a.a1=b.a1(+);

2. 标量子查询带有聚合函数

table :a(a1,a2),b(a1,b2) select a2,(select sum(b2) from b where b.a1 = a.a1) from a 表连接1: SELECT a2, x.sum_value FROM a, ( SELECT SUM (b2) sum_value, a1 FROM b GROUP BY a1) x WHERE a.a1 = x.a1(+);

3. 包含行转列的标量子查询改写

改写的SQL如下:

4. 标量子查询同时包含行转列和聚合函数

改写如下:

5. 标量子查询中出现rownum=1或者rownum<2 原则上标量子查询中出现rownum表示该SQL本来就是不严谨的,加上ROWNUM=1更多是为了防止标量子查询中返回多行而出现错误:

比如上面的SQL语句中对每个标量子查询都添加了rownum=1的限制,那么上述这个SQL语句如何改写为表的外连接了。这里首先取其中一个标量子查询来做分析:

select data_object_id from b where b.object_id = a.object_id and b.object_type = 'INDEX' and rownum=1

比如b表中有两行数据都满足b.object_id = a.object_id and b.object_type = 'INDEX'条件,rownum=1后oracle会根据b表的执行计划取到第一条后就返回,这两行数据都有可能取到,具体取哪一行要决定B表的访问方式是索引扫描还是全表扫描等,而在这个SQL本意中无论取哪一条都是满足业务需求的。那么这个标量子查询则可以简化为:

select max(data_object_id) from b where b.object_id = a.object_id and b.object_type = 'INDEX' or select min(data_object_id) from b where b.object_id = a.object_id and b.object_type = 'INDEX'

那么原SQL的标量子查询可以简化为:

如何改写包含聚合函数的标量子查询之前已经介绍过,这里直接改写为如下SQL语句:

其实这个b.object_type in ('INDEX', 'TABLE', 'JAVA', 'PROCEDURE', 'FUNCTION')写不写也都符合业务逻辑

6. 关于标量子查询改写后逻辑校验:

select a.job, a.deptno, (select distinct dname from dept2 b where b.deptno=a.deptno) as dname from emp a 有以下两个改写可供参考: select distinct a.job,a.deptno,b.dname from emp a left join dept2 b on b.deptno=a.deptno; select a.job,a.deptno,b.dname。 from emp a left join (select dname,deptno from dept2 group by dname,deptno)b on b.deptno=a.deptno

这里xiaoyu觉得第二种写法是完全复合业务逻辑的 简要分析下,对于原标量子查询中的(select distinct dname from dept2 b where b.deptno=a.deptno) as dname,由于标量子查询中只能返回单行,换句话说就是每个满足b.deptno=a.deptno条件的数据只能返回一行distinct dname,那么就是select dname,deptno from dept2 group by dname,deptno生成的数据不会有(dname=x deptno=a)和(dname=y deptno=a)的数据,因为这类数据在原SQL语句中如果存在是会报错的,那么可以确定的是对于dept2表只要deptno确定了,dname就确定了,所以这个改写不会改变原SQL的含义。

7. 不等连接的标量子查询改写:

这个SQL主要是在标量子查询中用了聚合函数min和非等值关联trunc(contdate) >= a.opensaledate和trunc(buydate) >= a.opensaledate,聚合函数可以参考我们之前的写法用group by先行构造,但是非等值连接如何改写了。

由于有min聚合函数,必须要分组,但是上面这个SQL如果对a.liceneid,a.data_source,a.street三个字段分组,则不满足原SQL的含义,那么这个SQL究竟如何改写。 这里参考oracle 查询优化改写案例书籍,要改写这类不等连接的标量子查询,可以参考下面的写法

这个改写思路其实可以这么理解:首先构造x表,这个表存储了都是满足了

ct.licenedid = a.licenceid、

and ct.data_source = a.data_source、

trunc(ct.contdate)>=a.opensaledate

trunc(ct.buydate)>=a.opensaledate条件的a.rowid、min(contdate)和min(buydate)数据,同样有min函数如果需要将这些满足条件的数据输出需要再次关联一次a表,而比较容易的就是将满足条件的rowid去和a表重复做left join,满足a.rowid=x.rid就全部输出,不满足在的就补全null

其实还可以用分析函数更简单的改写为

------The end

原文发布于微信公众号 - 数据和云(OraNews)

原文发表时间:2016-08-10

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏葡萄城控件技术团队

一句SQL完成动态分级查询

在最近的活字格项目中使用ActiveReports报表设计器设计一个报表模板时,遇到一个多级分类的难题:需要将某个部门所有销售及下属部门的销售金额汇总,因为下属...

2168
来自专栏咸鱼不闲

mysql一对多查询合并多的一方的数据。

有时候会有这样一个需求, 查询的一条记录需要包含另一个表的多条记录,并且让多条记录成为一个字段组成最终的一条记录。比较难描述,看例子吧。

2303
来自专栏互联网开发者交流社区

SQL触发器实例(下)

1534
来自专栏杨建荣的学习笔记

通过图表简化sql语句的表关联(r4笔记第70天)

在之前的博文中分享过一个执行了两天的一条sql语句,走了两个大表的扫描,导致执行时间很长,通过简化sql做了不小的改进,今天我们来看看还可以做些什么。 上次简化...

3644
来自专栏禁心尽力

一次浴火重生的MySQL优化(EXPLAIN命令详解)

一直对SQL优化的技能心存无限的向往,之前面试的时候有很多面试官都会来一句,你会优化吗?我说我不太会,这时可能很多人就会有点儿说法了,比如会说不要使用通配符*...

2025
来自专栏数据和云

SQL Server 2008处理隐式数据类型转换在执行计划中的增强

作者 | 邹建,资深数据库专家,精通各项 SQL Server 技术,具有丰富的管理、维护、优化能力以及业务应用经验。他一直热心于技术知识的分享、传播,持续活跃...

863
来自专栏技术翻译

编写SQL查询的最佳方法

毫无疑问,编写代码更像是一门艺术,而不是一门科学。即使有经验,每个编码人员也无法编写既可读又可维护的优美代码。一般来说,当您学习编码艺术时,编码会随着经验而提高...

980
来自专栏猿人谷

【性能提升神器】Covering Indexes

可能有小伙伴会问,Covering Indexes到底是什么神器呢?它又是如何来提升性能的呢?接下来我会用最通俗易懂的语言来进行介绍,毕竟不是每个程序猿都要像D...

631
来自专栏java达人

SQL索引优化

序言 数据库的优化方法有很多种,在应用层来说,主要是基于索引的优化。本次秘笈根据实际的工作经验,在研发原来已有的方法的基础上,进行了一些扩充,总结了基于索引的S...

2098
来自专栏happyJared

爬虫进阶:Scrapy抓取慕课网

  完整的爬虫流程大致是这样的:分析页面结构 -> 确定提取信息 -> 设计相应表结构 -> 编写爬虫脚本 -> 数据保存入库;入库可以选择mongo这样的文档...

3744

扫码关注云+社区

领取腾讯云代金券