通过调整表union all的顺序优化SQL

原文:通过调整表union all的顺序优化SQL

  操作系统:Windows XP

  数据库版本:SQL Server 2005

  今天遇到一个SQL,过滤条件是自动生成的,因此,没法通过调整SQL的谓词达到优化的目的,只能去找SQL中的“大表”。有一个视图返回的结果集比较大,如果能调整的话,也只能调整该视图了。

  看了一下该视图的结构,里面还套用了另一层视图,直接看最里层视图的查询SQL。

SELECT  a.dfeesum_no ,
        a.opr_amt - ISNULL(b.dec_pay, 0) - ISNULL(b.dec_corrpay, 0)
        - ISNULL(b.dec_deduamt, 0) dec_amt ,
        a.dec_camt - ISNULL(b.dec_pay, 0) - a.dec_comprate
        * ISNULL(b.dec_deduamt, 0) dec_compamt ,
        a.dec_ramt - ISNULL(b.dec_corrpay, 0) - ( a.dec_comprate - 1 )
        * ISNULL(b.dec_deduamt, 0) dec_corramt ,
        a.dec_qty - ISNULL(b.dec_qty, 0) - ISNULL(b.dec_deduqty, 0) opr_qty ,
        ISNULL(b.dec_pay, 0) dec_pay ,
        ISNULL(b.dec_corrpay, 0) dec_corrpay ,
        ISNULL(b.dec_deduqty, 0) dec_deduqty ,
        ISNULL(b.dec_deduamt, 0) dec_deduamt ,
        ISNULL(b.dec_qty, 0) dec_qty
FROM    ctlm8686 a
        LEFT JOIN ( SELECT  dfeesum_no ,
                            SUM(dec_ramt) dec_pay ,
                            SUM(dec_corramt) dec_corrpay ,
                            SUM(dec_qty) dec_qty ,
                            SUM(CASE WHEN flag_dedu = '1' THEN dec_deduamt
                                     ELSE 0
                                END) dec_deduamt ,
                            SUM(CASE WHEN flag_dedu = '1' THEN dec_deduqty
                                     ELSE 0
                                END) dec_deduqty
                    FROM    dfeepay_03
                    GROUP BY dfeesum_no
                  ) b ON a.dfeesum_no = b.dfeesum_no
UNION ALL
SELECT  a.dfeesum_no ,
        a.dec_amt - ISNULL(b.dec_pay, 0) - ISNULL(b.dec_corrpay, 0)
        - ISNULL(b.dec_deduamt, 0) dec_amt ,
        a.dec_compamt - ISNULL(b.dec_pay, 0) - a.dec_comprate
        * ISNULL(b.dec_deduamt, 0) dec_compamt ,
        a.dec_corramt - ISNULL(b.dec_corrpay, 0) - ( a.dec_comprate - 1 )
        * ISNULL(b.dec_deduamt, 0) dec_corramt ,
        a.opr_qty - ISNULL(b.dec_qty, 0) - ISNULL(b.dec_deduqty, 0) opr_qty ,
        ISNULL(b.dec_pay, 0) dec_pay ,
        ISNULL(b.dec_corrpay, 0) dec_corrpay ,
        ISNULL(b.dec_deduqty, 0) dec_deduqty ,
        ISNULL(b.dec_deduamt, 0) dec_deduamt ,
        ISNULL(b.dec_qty, 0) dec_qty
FROM    dfeeapp_03 a
        LEFT JOIN ( SELECT  dfeesum_no ,
                            SUM(dec_ramt) dec_pay ,
                            SUM(dec_corramt) dec_corrpay ,
                            SUM(dec_qty) dec_qty ,
                            SUM(CASE WHEN flag_dedu = '1' THEN dec_deduamt
                                     ELSE 0
                                END) dec_deduamt ,
                            SUM(CASE WHEN flag_dedu = '1' THEN dec_deduqty
                                     ELSE 0
                                END) dec_deduqty
                    FROM    dfeepay_03
                    GROUP BY dfeesum_no
                  ) b ON a.dfeesum_no = b.dfeesum_no

  返回结果集有1433891行,其中

  SELECT COUNT(*) FROM dfeepay_03 --1103914
  SELECT COUNT(*) FROM ctlm8686 --1131586
  SELECT COUNT(*) FROM dfeeapp_03--302305

  上述SQL脚本中,子查询是相同的,即对子查询进行了两次扫描,可以考虑先让dfeeapp_03和ctlm8686union all,再left join dfeepay_03 。同时,对于子查询,先让dfeepay_03 表先查询出flag_dedu = '1'的数据,就不用再进行case when判断了。

  改写后的SQL如下

SELECT  a.dfeesum_no ,
        a.opr_amt - ISNULL(b.dec_pay, 0) - ISNULL(b.dec_corrpay, 0)
        - ISNULL(b.dec_deduamt, 0) dec_amt ,
        a.dec_camt - ISNULL(b.dec_pay, 0) - a.dec_comprate
        * ISNULL(b.dec_deduamt, 0) dec_compamt ,
        a.dec_ramt - ISNULL(b.dec_corrpay, 0) - ( a.dec_comprate - 1 )
        * ISNULL(b.dec_deduamt, 0) dec_corramt ,
        a.dec_qty - ISNULL(b.dec_qty, 0) - ISNULL(b.dec_deduqty, 0) opr_qty ,
        ISNULL(b.dec_pay, 0) dec_pay ,
        ISNULL(b.dec_corrpay, 0) dec_corrpay ,
        ISNULL(b.dec_deduqty, 0) dec_deduqty ,
        ISNULL(b.dec_deduamt, 0) dec_deduamt ,
        ISNULL(b.dec_qty, 0) dec_qty
FROM    ( SELECT    a.dfeesum_no ,
                    a.opr_amt ,
                    a.dec_camt ,
                    a.dec_comprate ,
                    a.dec_ramt ,
                    a.dec_qty
          FROM      ctlm8686 a
          UNION ALL
          SELECT    a.dfeesum_no ,
                    a.dec_amt ,
                    a.dec_compamt ,
                    a.dec_comprate ,
                    a.dec_corramt ,
                    a.opr_qty
          FROM      dfeeapp_03 a
        ) a
        LEFT JOIN ( SELECT  dfeesum_no ,
                            SUM(dec_ramt) dec_pay ,
                            SUM(dec_corramt) dec_corrpay ,
                            SUM(dec_qty) dec_qty ,
                            SUM(dec_deduamt) dec_deduamt,
                            SUM(dec_deduqty) dec_deduqty
                    FROM   dfeepay_03
                    WHERE flag_dedu = '1'
                    GROUP BY dfeesum_no
                  ) b ON a.dfeesum_no = b.dfeesum_no

  跑这个视图的查询语句,从原来的一分半钟降到一分钟,对于整个SQL而言,则从原来跑几分钟的直接10S出结果。

 

时间: 2024-09-20 20:53:51

通过调整表union all的顺序优化SQL的相关文章

MySQL中优化sql语句查询常用的30种方法

本篇文章是对MySQL中优化sql语句查询常用的30种方法进行了详细的分析介绍,需要的朋友参考下   1.对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引. 2.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描. 3.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如: select id from t where num is null 可以

如何优化SQL语句(全)

高性能的SQL语句会在软件运行中起到非常重要的作用,下面小编把最近整理的SQL语句优化资料分享给大家. 第一: 选择最有效率的表名顺序(只在基于规则的seo/' target='_blank'>优化器中有效): ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.如果有3个以上的表连接查询, 那就需要选择交叉表(intersecti

通过分析SQL语句的执行计划优化SQL

如何干预执行计划 - - 使用hints提示 基于代价的优化器是很聪明的,在绝大多数情况下它会选择正确的优化器,减轻了DBA的负担.但有时它也聪明反被聪明误,选择了很差的执行计划,使某个语句的执行变得奇慢无比.此时就需要DBA进行人为的干预,告诉优化器使用我们指定的存取路径或连接类型生成执行计划,从而使语句高效的运行.例如,如果我们认为对于一个特定的语句,执行全表扫描要比执行索引扫描更有效,则我们就可以指示优化器使用全表扫描.在Oracle中,是通过为语句添加hints(提示)来实现干预优化器优

应用事件探查器优化SQL Server系统

概述 当你的SQL Server数据库系统运行缓慢的时候,你或许多多少少知道可以使用SQL Server Profiler(中文叫SQL事件探查器)工具来进行跟踪和分析.是的,Profiler可以用来捕获发送到SQL Server的所有语句以及语句的执行性能相关数据(如语句的read/writes页面数目,CPU的使用量,以及语句的duration等)以供以后分析.但本文并不介绍如何使用Profiler 工具,而是将介绍如何使用read80trace(有关该工具见后面介绍)工具结合自定义的存储过

优化SQL Server索引的小技巧

server|技巧|索引|优化  SQL Server中有几个可以让你检测.调整和优化SQL Server性能的工具.在本文中,我将说明如何用SQL Server的工具来优化数据库索引的使用,本文还涉及到有关索引的一般性知识.关于索引的常识  影响到数据库性能的最大因素就是索引.由于该问题的复杂性,我只可能简单的谈谈这个问题,不过关于这方面的问题,目前有好几本不错的书籍可供你参阅.我在这里只讨论两种SQL Server索引,即clustered索引和nonclustered索引.当考察建立什么类

应用Profiler优化SQL Server数据库系统

当你的SQL Server数据库系统运行缓慢的时候,你或许多多少少知道可以使用SQL Server Profiler(中文叫SQL事件探查器)工具来进行跟踪和分析.是的,Profiler可以用来捕获发送到SQL Server的所有语句以及语句的执行性能相关数据(如语句的read/writes页面数目,CPU的使用量,以及语句的duration等)以供以后分析.但本文并不介绍如何使用Profiler 工具,而是将介绍如何使用read80trace(有关该工具见后面介绍)工具结合自定义的存储过程来提

优化SQL Server索引

SQL Server中有几个可以让你检测.调整和优化SQL Server性能的工具.在本文中,将说明如何用SQL Server的工具来优化数据库索引的使用,本文还涉及到有关索引的一般性知识.关于索引的常识 影响到数据库性能的最大因素就是索引.由于该问题的复杂性,我只可能简单的谈谈这个问题,不过关于这方面的问题,目前有好几本不错的书籍可供你参阅.我在这里只讨论两种SQL Server索引,即clustered索引和nonclustered索引.当考察建立什么类型的索引时,你应当考虑数据类型和保存这

[20151212优化sql语句要注意关键字DISTINCT

[20151212]优化sql语句要注意关键字DISTINCT.txt --做sql语句优化要特别注意带DISTINCT语句,有一些情况往往是开发写错或者写少了连接条件,或者没有用exists等关键字. --举最近优化生产系统遇到的例子: --显示的问题,我做了格式化处理: sql_id=gmg7wsyv1pjm7 SELECT DISTINCT CP_LJSD.SDBH                  ,CP_LJSD.LJBH                  ,CP_LJSD.CKLX

[20150611]优化sql遇到问题.txt

[20150611]优化sql遇到问题.txt --昨天在优化sql语句时遇到一个问题,做1个记录. --实际上空行作怪. $ cat ax.sql select * from emp union all select * from emp1; SCOTT@test> @ax SP2-0042: unknown command "union all" - rest of line ignored.      EMPNO ENAME      JOB              MG