SQL优化及UNION ALL替代UNION

Oracle有很多值得学习的地方,这里我们主要介绍Oracle UNION ALL,包括介绍UNION等方面。通常情况下,用UNION替换WHERE子句中的OR将会起到较好的效果。对索引列使用OR将造成全表扫描。注意,以上规则只针对多个索引列有效。假如有column没有被索引,查询效率可能会因为您没有选择OR而降低。在下面的例子中,LOC_ID 和REGION上都建有索引。

高效:

 
  1. SELECT LOC_ID 。 LOC_DESC ,REGION FROM LOCATION WHERE LOC_ID = 10 UNION SELECT LOC_ID ,
    LOC_DESC ,REGION FROM LOCATION WHERE 
    REGION = “MELBOURNE” 

低效:

 
  1. SELECT LOC_ID ,LOC_DESC ,REGION FROM LOCATION WHERE LOC_ID = 10 OR REGION = “MELBOURNE” 

用IN来替换OR:

这是一条简单易记的规则,但是实际的执行效果还须检验,在Oracle8i下,两者的执行路径似乎是相同的:

低效:

 
  1. SELECT…. FROM LOCATION WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30 

高效:

 
  1. SELECT… FROM LOCATION WHERE LOC_IN IN (10,20,30); 

避免在索引列上使用IS NULL和IS NOT NULL:

避免在索引中使用任何能够为空的列,Oracle将无法使用该索引。对于单列索引,假如列包含空值,索引中将不存在此记录。对于复合索引,假如每个列都为空,索引中同样不存在此记录。假如至少有一个列不为空,则记录存在于索引中。举例:假如唯一性索引建立在表的A列和B列上,并且表中存在一条记录的 A,B值为(123,null), Oracle将不接受下一条具备相同A,B值(123,null)的记录(插入)。然而假如任何的索引列都为空,Oracle将认为整个键值为空而空不等于空。因此您能够插入1000 条具备相同键值的记录,当然他们都是空! 因为空值不存在于索引列中,所以WHERE子句中对索引列进行空值比较将使ORACLE停用该索引。

总是使用索引的第一个列:

假如索引是建立在多个列上,只有在他的第一个列(leading column)被where子句引用时,优化器才会选择使用该索引。这也是一条简单而重要的规则,当仅引用索引的第二个列时,优化器使用了全表扫描而忽略了索引。

 

用Oracle UNION ALL替换UNION ( 假如有可能的话):

当SQL语句需要UNION两个查询结果集合时,这两个结果集合会以Oracle UNION ALL的方式被合并,然后在输出最终结果前进行排序。假如用 Oracle UNION ALL替代UNION,这样排序就不是必要了。效率就会因此得到提高。需要注意的是,Oracle UNION ALL将重复输出两个结果集合中相同记录。因此各位还是要从业务需求分析使用Oracle UNION ALL的可行性。 UNION 将对结果集合排序,这个操作会使用到SORT_AREA_SIZE这块内存。对于这块内存的优化也是相当重要的。

===================================================================================

Union和Union all用法

UNION指令的目的是将两个SQL语句的结果合并起来。从这个角度来看, 我们会产生这样的感觉,UNION跟JOIN似乎有些许类似,因为这两个指令都可以由多个表格中撷取资料。 UNION的一个限制是两个 SQL 语句所产生的栏位需要是同样的资料种类。另外,当我们用 UNION这个指令时,我们只会看到不同的资料值 (类似 SELECT DISTINCT)。 union只是将两个结果联结起来一起显示,并不是联结两个表 
  UNION 的语法如下: [SQL 语句 1] 
  UNION 
  [SQL 语句 2] 假设我们有以下的两个表格, 
  Store_Information 表格 store_name Sales Date 
  Los Angeles $1500 Jan-05-1999 
  San Diego $250 Jan-07-1999 
  Los Angeles $300 Jan-08-1999 
  Boston $700 Jan-08-1999 
  Internet Sales 表格 Date Sales 
  Jan-07-1999 $250 
  Jan-10-1999 $535 
  Jan-11-1999 $320 
  Jan-12-1999 $750 
  而我们要找出来所有有营业额 (sales) 的日子。要达到这个目的,我们用以下的 SQL 语句: 
  SELECT Date FROM Store_Information 
  UNION 
  SELECT Date FROM Internet_Sales 结果: 
  Date 
  Jan-05-1999 
  Jan-07-1999 
  Jan-08-1999 
  Jan-10-1999 
  Jan-11-1999 
  Jan-12-1999 
  有一点值得注意的是,如果我们在任何一个 SQL 语句 (或是两句都一起) 用 "SELECT DISTINCT Date" 的话,那我们会得到完全一样的结果。 
  SQL Union All 
  UNION ALL 这个指令的目的也是要将两个 SQL 语句的结果合并在一起。 UNION ALL 和 UNION 不同之处在于 UNION ALL 会将每一笔符合条件的资料都列出来,无论资料值有无重复。 UNION ALL 的语法如下: [SQL 语句 1] 
  UNION ALL 
  [SQL 语句 2] 我们用和上一页同样的例子来显示出 UNION ALL 和 UNION 的不同。同样假设我们有以下两个表格: 
  Store_Information 表格 store_name Sales Date 

  Los Angeles $1500 Jan-05-1999 

  San Diego $250 Jan-07-1999 

  Los Angeles $300 Jan-08-1999 

  Boston $700 Jan-08-1999 

  Internet Sales 表格 Date Sales 

  Jan-07-1999 $250 

  Jan-10-1999 $535 

  Jan-11-1999 $320 

  Jan-12-1999 $750 

  而我们要找出有店面营业额以及网络营业额的日子。要达到这个目的,我们用以下的SQL语句: 

  SELECT Date FROM Store_Information 

  UNION ALL 

  SELECT Date FROM Internet_Sales 结果: 

  Date 

  Jan-05-1999 

  Jan-07-1999 

  Jan-08-1999 

  Jan-08-1999 

  Jan-07-1999 

  Jan-10-1999 

  Jan-11-1999 

  Jan-12-1999 

  ============ 

  表1 

  A B 

  a 1 

  b 0 

  c 3 

  d 0 

  e 2 

  表2 

  A B 

  c 0 

  e 4 

  合并两个表除去重复的数据(以表2的数据为主),我们将会得到以下的表: 

  A B 

  a 1 

  b 0 

  c 0 

  d 0 

  e 4 

  select A,B from 表1 where A not in(select A from 表2) 

  union 

  select A,B from 表2

值得注意的是,sql union all的执行效率要比sql union效率要高很多,这是因为,使用sqlunion需要进行排重,而sql union All是不需要排重的,这一点非常重要,因为对于一些单纯地使用分表来提高效率的查询,完全可以使用sql union All。
还有,如果使用了union,无论是sql union还是sql union all一定要记住对数据库表加上索引!

      --合并重复行   
select * from A   
union    
select * from B   
    
--不合并重复行   
select * from A   
union all   
select * from B   
    
按某个字段排序   
--合并重复行   
select *   
from (   
select * from A   
union    
select * from B) AS T   
order by 字段名   

--不合并重复行   
select *   
from (   
select * from A   
union all   
select * from B) AS T   
order by 字段名   

//sql server版   
Select * From (   
select top 2 id,adddate,title,url from bArticle where ClassId=1 order by adddate desc) A   
Union All   
Select * From (   
select top 2 id,adddate,title,url from bArticle where ClassId=2 order by adddate desc) B   
Union All   
Select * From (   
select top 2 id,adddate,title,url from bArticle where ClassId=3 order by adddate desc) C   
Union All   
Select * From (   
select top 2 id,adddate,title,url from bArticle where ClassId=4 order by adddate desc) D   

//mysql版   
Select * From (   
select id,adddate,title,url from bArticle where ClassId=1 order by adddate desc limit 0,2) A   
Union All   
Select * From (   
select id,adddate,title,url from bArticle where ClassId=2 order by adddate desc limit 0,2) B   
Union All   
Select * From (   
select id,adddate,title,url from bArticle where ClassId=3 order by adddate desc limit 0,2) C   
Union All   
Select * From (   
select id,adddate,title,url from bArticle where ClassId=4 order by adddate desc limit 0,2) D 

  • 4
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oraclesql优化方法 1.全表扫描和索引扫描   大数据量表尽量要避免全表扫描,全部扫描会按顺序每条记录扫描,对于>100万数据表影响很大。   Oracle中通过RowID访问数据是最快的方式   对字段进行函数转换,或者前模糊查询都会导致无法应用索引而进行全表扫描   对Oracle共享池和缓冲区中的Sql必须要大小写都完全用上才能够匹配上 2.顺序问题   Oracle按照从右到左的顺序对数据表进行解析。因此From最后面的表为基础表,一般要选择记录数最少的表作为基础表。   对于Where条件的顺序,过滤到最大查询记录数量的条件必须写在Where条件的结尾处。   Where条件中涉及到使用复杂函数判定的必须注意要写到Where条件的最前面 3.索引方面   记录数少的表保留有主键索引就可以了,不要再去建其它索引,全表扫描也很快   索引最好单独建立表空间,必要时候对索引进行重建   必要时候可以使用函数索引,但不推荐使用   Oracle中的视图也可以增加索引,但一般不推荐使用   *Sql语句中大量使用函数时候会导致很多索引无法使用上,要针对具体问题分析 4.其它   避免使用Select *,因为系统需要去帮你将*转换为所有的列名,这个需要额外去查询数据字典。   Count(1)和Count(*)差别不大。   多使用Decode函数来作简单的代码和名称间的转换,以减少表关联   使用Truncate替代delete来删除记录,但Truncate数据不记录日志,无法进行回滚   对于复杂的存储过程可以多次提交的数据的要多分多次Commit,否则长事务对系统性能影响很大   Distinct和Having子句都是耗时操作,应该尽可能少使用   在不需要考虑重复记录合并时候用Union All来代替Union   使用显性游标而不使用隐性游标,特别是大数据量情况下隐性游标对性能影响很大   是否使用函数的问题   用直接的表关联来代替Exist.用Exist或Not Exists来代理In。In进行子查询效率很差。 5.SQL语句分析   通过SQLPLUS中的SET TRACE 功能对Sql语句的性能进行分析   通过Toad或PL/SQL Developer对语句的性能进行和索引的使用情况进行分析   对Oracle缺省的优化不满意可以强制使用Hint,但一般不推荐使用   对Flag等只存储是或否信息的字段,一般不推荐建立索引。必要可以采用位图索引   *存在递归查询情况如果关联Table太多对性能会造成较大影响,往往推荐采用临时表转为分步骤操作提高性能   *尽量使用表关联查询而不使用函数,但涉及类似于代码表要重复关联多次取数据问题时候又适合使用函数

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值