优化案例2-----or 等价改写 union all 的经典案例

最新推荐文章于 2024-05-26 20:02:04 发布
最新推荐文章于 2024-05-26 20:02:04 发布
阅读量6.6k 收藏 6
点赞数 3
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yws_1990/article/details/51296515
版权

    今天一个之前帮他优化过很多SQL的哥们找我说，有一个分页SQL 很慢，程序debug监控到：前端显示出来第一页的数据就要30秒钟，一共要显示1万2000多条数据，在PL SQL DEV里面 手工执行它的SQL ，全出刷出来就需要大概20多秒的时间。让我帮他优化一下。

    原SQL语句如下：

    

select C_ID,
       C_CONTENT,
       C_CODE,
       C_KEY_WORD,
       C_PHRASE,
       lb,
       C_PUBLISH,
       FK_CREATE_ID,
       C_CREATE_TIME,
       FK_DEPT_ID,
       C_STATUS,
       C_TYPE,
       jgmc,
       bbname
  from (select temp.*
          from (select ST.C_ID,
                       ST.C_CONTENT,
                       ST.C_CODE,
                       ST.C_KEY_WORD,
                       ST.C_PHRASE,
                       decode(tmp.c_type,
                              1,
                              '岗位胜任能力',
                              2,
                              '职业技能鉴定',
                              3,
                              '技能专家选聘',
                              4,
                              '专项考试',
                              5,
                              '专业技术资格',
                              '') as lb,
                       ST.C_PUBLISH,
                       ST.FK_CREATE_ID,
                       ST.C_CREATE_TIME,
                       ST.FK_DEPT_ID,
                       ST.C_STATUS,
                       ST.C_TYPE,
                       jg.jgmc,
                       tmp.c_name as bbname
                  from t_ksgl_st st
                  left join (select bbst.fk_st_id, bb.c_name, bb.c_type
                              from T_KSGL_TKBBST bbst
                              join t_ksgl_tkbb bb
                                on bb.c_id = bbst.fk_tkbb_id) tmp
                    on st.c_id = tmp.fk_st_id
                  left join dm_gy_jg jg
                    on st.fk_dept_id = jg.id
                 where st.c_deleted = 'N'
                   and ((st.c_publish = '1' and exists
                        (select *
                            from (select jg.id
                                    from dm_gy_jg jg
                                   where (jg.dw_id = '7f304de353c358egcfg267f023db8f25' and jg.jgsx = '1')
                                      or jg.id = '7f304de353c358egcfg267f023db8f25') t
                           where t.id = st.fk_dept_id)) or
                       (st.c_publish = '0' and st.fk_create_id = '80ec73e9e66e4153a70a209cd68c17c4'))
                 ) temp)
 group by C_ID,
          C_CONTENT,
          C_CODE,
          C_KEY_WORD,
          C_PHRASE,
          lb,
          C_PUBLISH,
          FK_CREATE_ID,
          C_CREATE_TIME,
          FK_DEPT_ID,
          C_STATUS,
          C_TYPE,
          jgmc,
          bbname
 order by c_create_time desc

      执行计划为：

---------------------------------------------------------------------------------------------------
| Id   | Operation                       | Name          | Rows    | Bytes     | Cost  | Time     |
---------------------------------------------------------------------------------------------------
|    0 | SELECT STATEMENT                |               |   20897 |   7940860 | 93715 | 00:18:45 |
|    1 |   SORT GROUP BY                 |               |   20897 |   7940860 | 93715 | 00:18:45 |
|  * 2 |    FILTER                       |               |         |           |       |          |
|  * 3 |     HASH JOIN RIGHT OUTER       |               |  670394 | 254749720 | 39509 | 00:07:55 |
|    4 |      VIEW                       |               | 1302361 |  82048743 |  5325 | 00:01:04 |
|  * 5 |       HASH JOIN                 |               | 1302361 | 168004569 |  5325 | 00:01:04 |
|    6 |        TABLE ACCESS FULL        | T_KSGL_TKBB   |    3421 |    215523 |    27 | 00:00:01 |
|    7 |        TABLE ACCESS FULL        | T_KSGL_TKBBST | 1304287 |  86082942 |  5293 | 00:01:04 |
|  * 8 |      HASH JOIN RIGHT OUTER      |               |  453444 | 143741748 | 22504 | 00:04:31 |
|    9 |       TABLE ACCESS FULL         | DM_GY_JG      |   48328 |   2174760 |   635 | 00:00:08 |
| * 10 |       TABLE ACCESS FULL         | T_KSGL_ST     |  453444 | 123336768 | 15648 | 00:03:08 |
| * 11 |     TABLE ACCESS BY INDEX ROWID | DM_GY_JG      |       1 |        68 |     2 | 00:00:01 |
| * 12 |      INDEX UNIQUE SCAN          | PK_DM_GY_JG   |       1 |           |     1 | 00:00:01 |
---------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 2 - filter("ST"."FK_CREATE_ID"='80ec73e9e66e4153a70a209cd68c17c4' AND "ST"."C_PUBLISH"='0' OR "ST"."C_PUBLISH"='1' AND EXISTS (SELECT 0 FROM "DM_GY_JG" "JG" WHERE "JG"."ID"=:B1 AND
  ("JG"."DW_ID"='7f304de353c358egcfg267f023db8f25' AND "JG"."JGSX"='1' OR "JG"."ID"='7f304de353c358egcfg267f023db8f25')))
* 3 - access("ST"."C_ID"="TMP"."FK_ST_ID"(+))
* 5 - access("BB"."C_ID"="BBST"."FK_TKBB_ID")
* 8 - access("ST"."FK_DEPT_ID"="JG"."ID"(+))
* 10 - filter("ST"."C_DELETED"='N')
* 11 - filter("JG"."DW_ID"='7f304de353c358egcfg267f023db8f25' AND "JG"."JGSX"='1' OR "JG"."ID"='7f304de353c358egcfg267f023db8f25')
* 12 - access("JG"."ID"=:B1)

     其实主体部分就是temp 括号里面的部分，分页框架是外面程序套的，但是由于最终需要Group by ，那么只能查询出来所有的数据到temp中，然后汇总Group by，这个分页是不能彻底优化的，只有去抓主要的主体部分SQL 去提速，优化。

     可以看到，ID=2 是FILTER，被FILTER的部分是 DM_GY_JG 和 它的主键 PK_DM_GY_JG，从执行计划来看，ID=12 走的是索引唯一性扫描，然后回表，照理说，索引唯一性扫描只能获取到1条rowid，然后回表取数，不会有性能问题，但是，具体问题要具体分析，如果FILTER的 驱动表 返回的数据量很大，也就意味着ID=11和ID=12 被扫描的次数将会特别多，还要考虑索引和表的体积，因为INDEX UNIQUE SCAN    是索引单块读，一次只能读取一个索引块，那么那么这样效率就很低了。

     首先检查FILTER 驱动表将会返回的结果集数：

     

select count(distinct st.fk_create_id)
  from t_ksgl_st st
  left join (select bbst.fk_st_id, bb.c_name, bb.c_type
               from T_KSGL_TKBBST bbst
               join t_ksgl_tkbb bb
                 on bb.c_id = bbst.fk_tkbb_id) tmp
    on st.c_id = tmp.fk_st_id
  left join dm_gy_jg jg
    on st.fk_dept_id = jg.id
 where st.c_deleted = 'N'

  ------结果 88

   也就是说将88个值给FILTER的被驱动表，也就是说 ID=11和ID=12 将会被执行88次单块读。


  再看表和索引的体积：

  

select segment_name,bytes/1024/1024 from user_segments where segment_name in ('DM_GY_JG','PK_DM_GY_JG

DM_GY_JG   ---  17M
PK_DM_GY_JG --- 3M


     单个主键的索引体积已经到了3M，如果这88个值离散度比较高，那么就通过该索引回表会引起很大的性能问题。

     下面再来看引起FILTER 的 where 条件中的OR EXISTS 部分：

     

                   and ((st.c_publish = '1' and exists
                        (select *
                            from (select jg.id
                                    from dm_gy_jg jg
                                   where (jg.dw_id = '7f304de353c358egcfg267f023db8f25' and jg.jgsx = '1')
                                      or jg.id = '7f304de353c358egcfg267f023db8f25') t
                           where t.id = st.fk_dept_id)) or
                       (st.c_publish = '0' and st.fk_create_id = '80ec73e9e66e4153a70a209cd68c17c4'))

      整体结构就是：

and ((xxxx and exists) or (xxxx and xxxx))


     那么就可以在or 中间拆分成两个部分 然后做union all

    原主体部分为：

select ST.C_ID,
                       ST.C_CONTENT,
                       ST.C_CODE,
                       ST.C_KEY_WORD,
                       ST.C_PHRASE,
                       decode(tmp.c_type,
                              1,
                              '岗位胜任能力',
                              2,
                              '职业技能鉴定',
                              3,
                              '技能专家选聘',
                              4,
                              '专项考试',
                              5,
                              '专业技术资格',
                              '') as lb,
                       ST.C_PUBLISH,
                       ST.FK_CREATE_ID,
                       ST.C_CREATE_TIME,
                       ST.FK_DEPT_ID,
                       ST.C_STATUS,
                       ST.C_TYPE,
                       jg.jgmc,
                       tmp.c_name as bbname
                  from t_ksgl_st st
                  left join (select bbst.fk_st_id, bb.c_name, bb.c_type
                              from T_KSGL_TKBBST bbst
                              join t_ksgl_tkbb bb
                                on bb.c_id = bbst.fk_tkbb_id) tmp
                    on st.c_id = tmp.fk_st_id
                  left join dm_gy_jg jg
                    on st.fk_dept_id = jg.id
                 where st.c_deleted = 'N'
                   and ((st.c_publish = '1' and exists
                        (select *
                            from (select jg.id
                                    from dm_gy_jg jg
                                   where (jg.dw_id = '7f304de353c358egcfg267f023db8f25' and jg.jgsx = '1')
                                      or jg.id = '7f304de353c358egcfg267f023db8f25') t
                           where t.id = st.fk_dept_id)) or
                       (st.c_publish = '0' and st.fk_create_id = '80ec73e9e66e4153a70a209cd68c17c4'))

     拆分成UINION ALL 以后为：  

     

select ST.C_ID,
        ST.C_CONTENT,
        ST.C_CODE,
        ST.C_KEY_WORD,
        ST.C_PHRASE,
        decode(tmp.c_type,
               1,
               '岗位胜任能力',
               2,
               '职业技能鉴定',
               3,
               '技能专家选聘',
               4,
               '专项考试',
               5,
               '专业技术资格',
               '') as lb,
        ST.C_PUBLISH,
        ST.FK_CREATE_ID,
        ST.C_CREATE_TIME,
        ST.FK_DEPT_ID,
        ST.C_STATUS,
        ST.C_TYPE,
        jg.jgmc,
        tmp.c_name as bbname
   from t_ksgl_st st
   left join (select bbst.fk_st_id, bb.c_name, bb.c_type
                from T_KSGL_TKBBST bbst
                join t_ksgl_tkbb bb
                  on bb.c_id = bbst.fk_tkbb_id) tmp
     on st.c_id = tmp.fk_st_id
   left join dm_gy_jg jg
     on st.fk_dept_id = jg.id
  where st.c_deleted = 'N'
    and ((st.c_publish = '1' and exists
         (select *
             from (select jg.id
                     from dm_gy_jg jg
                    where (jg.dw_id = '7f304de353c358egcfg267f023db8f25' and
                          jg.jgsx = '1')
                       or jg.id = '7f304de353c358egcfg267f023db8f25') t
            where t.id = st.fk_dept_id)))
 union all (select ST.C_ID,
                   ST.C_CONTENT,
                   ST.C_CODE,
                   ST.C_KEY_WORD,
                   ST.C_PHRASE,
                   decode(tmp.c_type,
                          1,
                          '岗位胜任能力',
                          2,
                          '职业技能鉴定',
                          3,
                          '技能专家选聘',
                          4,
                          '专项考试',
                          5,
                          '专业技术资格',
                          '') as lb,
                   ST.C_PUBLISH,
                   ST.FK_CREATE_ID,
                   ST.C_CREATE_TIME,
                   ST.FK_DEPT_ID,
                   ST.C_STATUS,
                   ST.C_TYPE,
                   jg.jgmc,
                   tmp.c_name as bbname
              from t_ksgl_st st
              left join (select bbst.fk_st_id, bb.c_name, bb.c_type
                          from T_KSGL_TKBBST bbst
                          join t_ksgl_tkbb bb
                            on bb.c_id = bbst.fk_tkbb_id) tmp
                on st.c_id = tmp.fk_st_id
              left join dm_gy_jg jg
                on st.fk_dept_id = jg.id
             where st.c_deleted = 'N'
               and (st.c_publish = '0' and
                   st.fk_create_id = '80ec73e9e66e4153a70a209cd68c17c4'))

        完整的SQL 改为：

        

select C_ID,
       C_CONTENT,
       C_CODE,
       C_KEY_WORD,
       C_PHRASE,
       lb,
       C_PUBLISH,
       FK_CREATE_ID,
       C_CREATE_TIME,
       FK_DEPT_ID,
       C_STATUS,
       C_TYPE,
       jgmc,
       bbname
  from (select temp.*
          from (select ST.C_ID,
                       ST.C_CONTENT,
                       ST.C_CODE,
                       ST.C_KEY_WORD,
                       ST.C_PHRASE,
                       decode(tmp.c_type,
                              1,
                              '岗位胜任能力',
                              2,
                              '职业技能鉴定',
                              3,
                              '技能专家选聘',
                              4,
                              '专项考试',
                              5,
                              '专业技术资格',
                              '') as lb,
                       ST.C_PUBLISH,
                       ST.FK_CREATE_ID,
                       ST.C_CREATE_TIME,
                       ST.FK_DEPT_ID,
                       ST.C_STATUS,
                       ST.C_TYPE,
                       jg.jgmc,
                       tmp.c_name as bbname
                  from t_ksgl_st st
                  left join (select bbst.fk_st_id, bb.c_name, bb.c_type
                              from T_KSGL_TKBBST bbst
                              join t_ksgl_tkbb bb
                                on bb.c_id = bbst.fk_tkbb_id) tmp
                    on st.c_id = tmp.fk_st_id
                  left join dm_gy_jg jg
                    on st.fk_dept_id = jg.id
                 where st.c_deleted = 'N'
                   and ((st.c_publish = '1' and exists
                        (select *
                            from (select jg.id
                                    from dm_gy_jg jg
                                   where (jg.dw_id =
                                         '7f304de353c358egcfg267f023db8f25' and
                                         jg.jgsx = '1')
                                      or jg.id =
                                         '7f304de353c358egcfg267f023db8f25') t
                           where t.id = st.fk_dept_id)))
                union all (select ST.C_ID,
                                 ST.C_CONTENT,
                                 ST.C_CODE,
                                 ST.C_KEY_WORD,
                                 ST.C_PHRASE,
                                 decode(tmp.c_type,
                                        1,
                                        '岗位胜任能力',
                                        2,
                                        '职业技能鉴定',
                                        3,
                                        '技能专家选聘',
                                        4,
                                        '专项考试',
                                        5,
                                        '专业技术资格',
                                        '') as lb,
                                 ST.C_PUBLISH,
                                 ST.FK_CREATE_ID,
                                 ST.C_CREATE_TIME,
                                 ST.FK_DEPT_ID,
                                 ST.C_STATUS,
                                 ST.C_TYPE,
                                 jg.jgmc,
                                 tmp.c_name as bbname
                            from t_ksgl_st st
                            left join (select bbst.fk_st_id,
                                             bb.c_name,
                                             bb.c_type
                                        from T_KSGL_TKBBST bbst
                                        join t_ksgl_tkbb bb
                                          on bb.c_id = bbst.fk_tkbb_id) tmp
                              on st.c_id = tmp.fk_st_id
                            left join dm_gy_jg jg
                              on st.fk_dept_id = jg.id
                           where st.c_deleted = 'N'
                             and (st.c_publish = '0' and
                                 st.fk_create_id =
                                 '80ec73e9e66e4153a70a209cd68c17c4'))) temp)
 group by C_ID,
          C_CONTENT,
          C_CODE,
          C_KEY_WORD,
          C_PHRASE,
          lb,
          C_PUBLISH,
          FK_CREATE_ID,
          C_CREATE_TIME,
          FK_DEPT_ID,
          C_STATUS,
          C_TYPE,
          jgmc,
          bbname
 order by c_create_time desc

     修改后SQL的执行计划为：

    

---------------------------------------------------------------------------------------------------------
| Id  | Operation                               | Name          | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |               |   152 |   192K| 26514   (2)| 00:05:19 |
|   1 |  SORT GROUP BY                          |               |   152 |   192K| 26514   (2)| 00:05:19 |
|   2 |   VIEW                                  |               |   152 |   192K| 26513   (2)| 00:05:19 |
|   3 |    UNION-ALL                            |               |       |       |            |          |
|*  4 |     HASH JOIN OUTER                     |               |    20 | 28280 |  5890   (2)| 00:01:11 |
|   5 |      NESTED LOOPS OUTER                 |               |    14 |  5418 |  1772   (1)| 00:00:22 |
|   6 |       NESTED LOOPS                      |               |    14 |  4788 |  1758   (1)| 00:00:22 |
|   7 |        SORT UNIQUE                      |               |    35 |  2380 |    14   (0)| 00:00:01 |
|*  8 |         TABLE ACCESS BY INDEX ROWID     | DM_GY_JG      |    35 |  2380 |    14   (0)| 00:00:01 |
|   9 |          BITMAP CONVERSION TO ROWIDS    |               |       |       |            |          |
|  10 |           BITMAP OR                     |               |       |       |            |          |
|  11 |            BITMAP CONVERSION FROM ROWIDS|               |       |       |            |          |
|* 12 |             INDEX RANGE SCAN            | DW_ID         |       |       |     3   (0)| 00:00:01 |
|  13 |            BITMAP CONVERSION FROM ROWIDS|               |       |       |            |          |
|* 14 |             INDEX RANGE SCAN            | PK_DM_GY_JG   |       |       |     1   (0)| 00:00:01 |
|* 15 |        TABLE ACCESS BY INDEX ROWID      | T_KSGL_ST     |    14 |  3836 |  1743   (1)| 00:00:21 |
|* 16 |         INDEX RANGE SCAN                | IN_ST_DEPT_ID | 23066 |       |   146   (1)| 00:00:02 |
|  17 |       TABLE ACCESS BY INDEX ROWID       | DM_GY_JG      |     1 |    45 |     1   (0)| 00:00:01 |
|* 18 |        INDEX UNIQUE SCAN                | PK_DM_GY_JG   |     1 |       |     0   (0)| 00:00:01 |
|  19 |      VIEW                               |               |  1328K|  1301M|  4102   (2)| 00:00:50 |
|* 20 |       HASH JOIN                         |               |  1328K|   163M|  4102   (2)| 00:00:50 |
|  21 |        TABLE ACCESS FULL                | T_KSGL_TKBB   |  3571 |   219K|    27   (0)| 00:00:01 |
|  22 |        INDEX FAST FULL SCAN             | IDX_YWS6      |  1330K|    83M|  4059   (1)| 00:00:49 |
|* 23 |     HASH JOIN OUTER                     |               |   132 |   173K| 20623   (1)| 00:04:08 |
|  24 |      NESTED LOOPS OUTER                 |               |    90 | 28710 | 16504   (1)| 00:03:19 |
|* 25 |       TABLE ACCESS FULL                 | T_KSGL_ST     |    90 | 24660 | 16414   (1)| 00:03:17 |
|  26 |       TABLE ACCESS BY INDEX ROWID       | DM_GY_JG      |     1 |    45 |     1   (0)| 00:00:01 |
|* 27 |        INDEX UNIQUE SCAN                | PK_DM_GY_JG   |     1 |       |     0   (0)| 00:00:01 |
|  28 |      VIEW                               |               |  1328K|  1301M|  4102   (2)| 00:00:50 |
|* 29 |       HASH JOIN                         |               |  1328K|   163M|  4102   (2)| 00:00:50 |
|  30 |        TABLE ACCESS FULL                | T_KSGL_TKBB   |  3571 |   219K|    27   (0)| 00:00:01 |
|  31 |        INDEX FAST FULL SCAN             | IDX_YWS6      |  1330K|    83M|  4059   (1)| 00:00:49 |
---------------------------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - access("ST"."C_ID"="TMP"."FK_ST_ID"(+))
   8 - filter("JG"."DW_ID"='7f304de353c358egcfg267f023db8f25' AND "JG"."JGSX"='1' OR 
              "JG"."ID"='7f304de353c358egcfg267f023db8f25')
  12 - access("JG"."DW_ID"='7f304de353c358egcfg267f023db8f25')
  14 - access("JG"."ID"='7f304de353c358egcfg267f023db8f25')
  15 - filter("ST"."C_PUBLISH"='1' AND "ST"."C_DELETED"='N')
  16 - access("JG"."ID"="ST"."FK_DEPT_ID")
  18 - access("ST"."FK_DEPT_ID"="JG"."ID"(+))
  20 - access("BB"."C_ID"="BBST"."FK_TKBB_ID")
  23 - access("ST"."C_ID"="TMP"."FK_ST_ID"(+))
  25 - filter("ST"."FK_CREATE_ID"='80ec73e9e66e4153a70a209cd68c17c4' AND "ST"."C_PUBLISH"='0' 
              AND "ST"."C_DELETED"='N')
  27 - access("ST"."FK_DEPT_ID"="JG"."ID"(+))
  29 - access("BB"."C_ID"="BBST"."FK_TKBB_ID")
   可以看到FILTER消失了。

  进一步调整：
       可以看到ID=16 ID=15 T_KSGL_ST 作为Nested loop的被驱动表 有回表再过滤，说明ID=16 使用的索引有问题

       创建合适的索引：

    create index idx_9 on T_KSGL_ST(FK_DEPT_ID,C_PUBLISH,C_DELETED);



select count(*) from T_KSGL_ST; --- 1000355 该表有100多万条数据
看到ID=25 T_KSGL_ST 做了Nested loop的驱动表，且 有过滤条件，查看过滤条件的选择性： 
select count(*) from T_KSGL_ST ST WHERE "ST"."FK_CREATE_ID"='80ec73e9e66e4153a70a209cd68c17c4' AND "ST"."C_PUBLISH"='0' AND "ST"."C_DELETED"='N';

---结果为3


应该建立相应的索引

create index idx_10 on T_KSGL_ST(FK_CREATE_ID,C_PUBLISH,C_DELETED);

再次执行新SQL的执行计划: 


-------------------------------------------------------------------------------------------------------
| Id  | Operation                               | Name        | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |             |   152 |   192K|  9576   (2)| 00:01:55 |
|   1 |  SORT GROUP BY                          |             |   152 |   192K|  9576   (2)| 00:01:55 |
|   2 |   VIEW                                  |             |   152 |   192K|  9575   (2)| 00:01:55 |
|   3 |    UNION-ALL                            |             |       |       |            |          |
|*  4 |     HASH JOIN OUTER                     |             |    20 | 28280 |  5355   (2)| 00:01:05 |
|   5 |      NESTED LOOPS OUTER                 |             |    14 |  5418 |  1237   (1)| 00:00:15 |
|   6 |       NESTED LOOPS                      |             |    14 |  4788 |  1223   (1)| 00:00:15 |
|   7 |        SORT UNIQUE                      |             |    35 |  2380 |    14   (0)| 00:00:01 |
|*  8 |         TABLE ACCESS BY INDEX ROWID     | DM_GY_JG    |    35 |  2380 |    14   (0)| 00:00:01 |
|   9 |          BITMAP CONVERSION TO ROWIDS    |             |       |       |            |          |
|  10 |           BITMAP OR                     |             |       |       |            |          |
|  11 |            BITMAP CONVERSION FROM ROWIDS|             |       |       |            |          |
|* 12 |             INDEX RANGE SCAN            | DW_ID       |       |       |     3   (0)| 00:00:01 |
|  13 |            BITMAP CONVERSION FROM ROWIDS|             |       |       |            |          |
|* 14 |             INDEX RANGE SCAN            | PK_DM_GY_JG |       |       |     1   (0)| 00:00:01 |
|  15 |        TABLE ACCESS BY INDEX ROWID      | T_KSGL_ST   |    14 |  3836 |  1208   (1)| 00:00:15 |
|* 16 |         INDEX RANGE SCAN                | IDX_9       | 17183 |       |    91   (2)| 00:00:02 |
|  17 |       TABLE ACCESS BY INDEX ROWID       | DM_GY_JG    |     1 |    45 |     1   (0)| 00:00:01 |
|* 18 |        INDEX UNIQUE SCAN                | PK_DM_GY_JG |     1 |       |     0   (0)| 00:00:01 |
|  19 |      VIEW                               |             |  1328K|  1301M|  4102   (2)| 00:00:50 |
|* 20 |       HASH JOIN                         |             |  1328K|   163M|  4102   (2)| 00:00:50 |
|  21 |        TABLE ACCESS FULL                | T_KSGL_TKBB |  3571 |   219K|    27   (0)| 00:00:01 |
|  22 |        INDEX FAST FULL SCAN             | IDX_YWS6    |  1330K|    83M|  4059   (1)| 00:00:49 |
|* 23 |     HASH JOIN OUTER                     |             |   132 |   173K|  4219   (2)| 00:00:51 |
|  24 |      NESTED LOOPS OUTER                 |             |    90 | 28710 |   100   (0)| 00:00:02 |
|  25 |       TABLE ACCESS BY INDEX ROWID       | T_KSGL_ST   |    90 | 24660 |    10   (0)| 00:00:01 |
|* 26 |        INDEX RANGE SCAN                 | IDX_10      |    96 |       |     3   (0)| 00:00:01 |
|  27 |       TABLE ACCESS BY INDEX ROWID       | DM_GY_JG    |     1 |    45 |     1   (0)| 00:00:01 |
|* 28 |        INDEX UNIQUE SCAN                | PK_DM_GY_JG |     1 |       |     0   (0)| 00:00:01 |
|  29 |      VIEW                               |             |  1328K|  1301M|  4102   (2)| 00:00:50 |
|* 30 |       HASH JOIN                         |             |  1328K|   163M|  4102   (2)| 00:00:50 |
|  31 |        TABLE ACCESS FULL                | T_KSGL_TKBB |  3571 |   219K|    27   (0)| 00:00:01 |
|  32 |        INDEX FAST FULL SCAN             | IDX_YWS6    |  1330K|    83M|  4059   (1)| 00:00:49 |
-------------------------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - access("ST"."C_ID"="TMP"."FK_ST_ID"(+))
   8 - filter("JG"."DW_ID"='7f304de353c358egcfg267f023db8f25' AND "JG"."JGSX"='1' OR 
              "JG"."ID"='7f304de353c358egcfg267f023db8f25')
  12 - access("JG"."DW_ID"='7f304de353c358egcfg267f023db8f25')
  14 - access("JG"."ID"='7f304de353c358egcfg267f023db8f25')
  16 - access("JG"."ID"="ST"."FK_DEPT_ID" AND "ST"."C_PUBLISH"='1' AND "ST"."C_DELETED"='N')
  18 - access("ST"."FK_DEPT_ID"="JG"."ID"(+))
  20 - access("BB"."C_ID"="BBST"."FK_TKBB_ID")
  23 - access("ST"."C_ID"="TMP"."FK_ST_ID"(+))
  26 - access("ST"."FK_CREATE_ID"='80ec73e9e66e4153a70a209cd68c17c4' AND "ST"."C_PUBLISH"='0' 
              AND "ST"."C_DELETED"='N')
  28 - access("ST"."FK_DEPT_ID"="JG"."ID"(+))
  30 - access("BB"."C_ID"="BBST"."FK_TKBB_ID")


      优化的成果就是  程序第一页显示只要0.9秒  数据全部刷完 需要9秒。

Oracle小王子
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
OR 改写union数据变少
zhaoyangjian724的专栏
06-19 1348
SQL> SELECT deptno FROM emp WHERE mgr = 7698 OR job = 'SALESMAN' ORDER BY 1; DEPTNO ---------- 30 30 30 30 30 SQL> SELECT deptno FROM emp WHERE mgr = 7698
gradle-7.6.2-all.zip 快速下载
07-13
5、依赖图解析:等价排除会导致不必要的图突变[backport 7.x] 6、将“失败后使用编译器API数据进行增量编译”反向移植到7.x 7、排除规则合并:缺少优化[Backport 7.x] 8、扩展已解析的配置不再正常工作[backport 7.x] ...
利用or改写union all
落落的专栏 专注SQL调优 性能调优
04-17 1578
实体班一位学生最近要做SQL优化，发来一条SQL： select t.flowmeterno, t.flowmetername, t.cardno, nvl("2020-04-08(m³)", 0) + nvl("2020-04-09(m³)", 0) + nvl("2020-04-10(m³)", 0) + nvl("2020-...
Java 程序员在写 SQL 时常犯的 10 个错误
最新发布
2401_85111576的博客
05-26 374
假如基于成本的 优化选择去实现嵌套循环，在创建一张连接表源前，可能加载所有的表在数据库内存中，这可能是真的。在处理大量数据中，效果尤其明显。许多 的Java开发者将SQL数据加载到内存中，将这些数据转换成某些相近的集合类型，然后再那些集合上面使用边界循环控制结构（至少在Java8的集合升级 以前）执行令人生厌的数学运算。一些数据库理解其它形式的更新插入（UPSERT）语句， 如 MYSQL的重复主键更新语句，但是MERGE在数据库中确是很强大，很重要，以至于大肆扩展SQL标准，例如SQL SERVER。
`OR`连接的条件重写为`UNION`
PawSQL的博客
12-18 984
你经常看到SQL优化技巧中说不要使用OR条件，这总是正确的吗？；不适用OR使用UNION一定能提升SQL性能吗？本文告诉你答案。
Or子句改为Union ALL之后，成本减低
cuipa2654的博客
09-05 313
昨晚测试一个SQL语句优化，发现一个地方，大家以后可以注意select t4.area_code, t4.area_name,t3.data_item_code,sum(t3.data_item_value) asdata_it...
union改写
congzai9809的博客
05-29 130
除了UNION，还有其它方法吗 SQL> desc oracle_collect_data名称...
测试用例设计白皮书－－等价类划分方法
02-03
2.划分等价类：等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干...
gradle-6.9.4-all.zip 快速下载
05-09
1. 依赖图解析:等价排除会导致不必要的图突变[backport 6.x] 2. 反向移植在依赖性验证中仅信任完整的GPG密钥[反向移植6.9.4] 3. 排除规则合并:缺少优化[backport 6.x] 4. 修复kryobackddecoder[Backport 6 . x]中的...
软件测试等价类划分-边界值划分PPT课件.ppt
11-15
软件测试等价类划分和边界值分析是软件测试中两个重要的测试方法，本文将对这两种方法进行详细的解释和分析。 一、等价类划分 等价类划分是一种软件测试方法，旨在通过将输入数据划分为多个子集，以便更好地设计...
union和or互换
24号信仰
05-04 3148
今天，某数据仓库系统的开发发来一条SQL，说跑了3个小时，严重拖慢了整个的跑批流程。 INSERT INTO ETL.RRR_SSSS_GGGG_INTERNAL_PTB (RPT_ORG_ID, ITEM_CD, ASSET_SPOT, LIABILITY_SPOT, FORWARD_LONG, FORWARD_SHORT, ADJ_OPTION...
oracle or的等价改写
打工人的博客
11-09 463
数据库版本11g SQL> select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production PL/SQL Release 11.2.0.4.0 - Production CORE
or和union all
oradbm的博客
08-14 1762
由于谓词条件索引创建良好，可以将or条件改写为union all提高执行效率，改写后资源消耗加执行时间都得到很大的提升。 即：在or条件存在良好索引的情况下将or搞成union all将大大降低逻辑读取的消耗 ...
一次性能优化（主要是sql查询优化，把or 改成 union all）
小哥骑单车
12-03 966
1、原代码如下： （1）、业务controller层，调用了3次service方法访问数据：ordersService.getBussOrders ( ...) （2）、而ordersService中的，service层调用了访问数据库方法，在ordersDao.listBussPOrders()方法里面，最后执行的是mybatis查询 （3）mybatis中的*mapper.xml文件： 原有的业务含义应该是，分别在以下3个参数有值的时候departId、sponsorId..
mysql_优化之OR替换为union
zs_life的博客
08-28 468
//优化改进 EXPLAIN SELECT a.register_custom_info_id, a.custom_name, a.custom_identity, a.consumer_card_number, a.custom_number, DATE_FORMAT( a.register_time, '%Y-%m-%d %H:%i:%s' ) regi...
oracle union 类型转换,sql – 让Oracle将OR连接的谓词转换为UNION ALL操作
weixin_28836507的博客
04-05 303
我相信这可能与您在OR谓词中使用的列上存在的索引有关.我在11gR2中使用以下测试.create table scott.test asselect level l,decode(mod(level,2),1,2) x,2,1) y,dbms_random.value(1,3) z from dualconnect by level < 1000;/begindbms_stats.gathe...
oracle union all错位汇总,oracle表的列合并（group by）和行合并（union all）
weixin_30728435的博客
04-02 435
group byselecta.dn,t.dn dnt,a.BEGIN_TIME,a.R032_001,t.R032_001,a.R032_002,a.R032_003,a.R032_004,a.R032_005,t.R032_005,a.R032_006,a.R032_007,a.R032_008,a.R032_009,t.R032_009,a.R032_019,t.R032_019fromPM...
SQL优化案例—or改为union
阿丽
06-22 1204
原始SQL（平均执行时间2s+） SELECT DISTINCT sid FROM test WHERE cid = 123456 AND ( (eid = 7890123) OR sid IN ( SELECT sid FROM test WHERE cid = 123456 GROUP BY sid .
oracle 优化or 替换为in、exists、union all的几种写法，测试没有问题！
热门推荐
偏执狂才能生存！热忱比专业知识更重要.........
04-30 1万+
oracle 优化or 替换为in、exists、union的几种写法，测试没有问题！ 根据实际情况用选择相应的语句吧！如果有索引,or全表扫描，in 和not in 也要慎用，否则会导致全表扫描，
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值