SQL优化-大表的回表，等价条件改写，半连接改写，改变表关联顺序

最新推荐文章于 2024-06-14 00:28:24 发布
最新推荐文章于 2024-06-14 00:28:24 发布
阅读量410 收藏
点赞数


总结：这个sql的优化思路是：首先确认 问题出在 mmt表的索引所描再回表上，立马想到的是消除mmt的索引扫描，索引加了 hint(full(mmt))sql5s可运行出来；但是觉得这个sql 还有优化空间，于是改写sql，将半连接改成left join，目的是利用sql中的等价条件，想让mmt表过滤的数据多一些，由于只对主表汇总，索不考虑为null的问题
，改完之后觉得过滤数据应该没问题了，但是运行不出来，于是考虑关联顺序问题，既然mmt驱动表的时候很慢就将它换成被驱动表，于是加了 hint（/*+  use_nl(OOL) leading(OOL)*/ ）sql 0.5s出

select * from table(dbms_xplan.display);
explain plan for

 --change before   run long long time
 
 SELECT 
   NVL(ABS(SUM(MMT.TRANSACTION_QUANTITY)), 0)
  FROM MTL_MATERIAL_TRANSACTIONS MMT, OE_ORDER_LINES_ALL OOL
 WHERE MMT.TRANSACTION_TYPE_ID = 33
   AND MMT.TRANSACTION_ACTION_ID = 1
   AND MMT.TRANSACTION_SOURCE_TYPE_ID = 2
   AND MMT.TRX_SOURCE_LINE_ID = OOL.LINE_ID
   AND MMT.INVENTORY_ITEM_ID = OOL.INVENTORY_ITEM_ID
   AND MMT.ORGANIZATION_ID = OOL.SHIP_FROM_ORG_ID
   AND OOL.SOLD_TO_ORG_ID = 2057

   AND EXISTS
 (SELECT 1
          FROM CUX_OE_SALEFORECAST_ALL S
         WHERE OOL.ORIG_SYS_DOCUMENT_REF = S.PLANNING_NUMBER
           AND OOL.ORG_ID = S.ORG_ID
           AND ABS(MMT.TRANSACTION_QUANTITY) = ABS(S.PRIMARY_QUANTITY)
           AND TRUNC(NVL(S.RESERVATION_DATE_TO, S.PLANNING_DATE))
            BETWEEN  to_date('11/01/2017 00:00:00','MM/DD/YYYY  hh24:mi:ss')
             AND to_date('11/10/2017 00:00:00','MM/DD/YYYY  hh24:mi:ss')
           AND TRUNC(MMT.TRANSACTION_DATE) =
               NVL(S.RESERVATION_DATE_TO, S.PLANNING_DATE));
              
               Plan hash value: 226097174 --INVENTORY_ITEM_ID, ORGANIZATION_ID, TRANSACTION_DATE
              
                ---TRANSACTION_ACTION_ID, TRANSACTION_TYPE_ID, TRANSACTION_SOURCE_TYPE_ID, TRANSACTION_DATE
 
-------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                               | Name                          | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |                               |     1 |   126 |   635   (2)| 00:00:01 |
|   1 |  SORT AGGREGATE                         |                               |     1 |   126 |            |          |
|   2 |   NESTED LOOPS                          |                               |     1 |   126 |   635   (2)| 00:00:01 |
|   3 |    NESTED LOOPS                         |                               |     9 |   126 |   635   (2)| 00:00:01 |
|   4 |     NESTED LOOPS                        |                               |     9 |   675 |   622   (2)| 00:00:01 |
|   5 |      SORT UNIQUE                        |                               |     2 |    72 |     9   (0)| 00:00:01 |
|*  6 |       TABLE ACCESS STORAGE FULL         | CUX_OE_SALEFORECAST_ALL       |     2 |    72 |     9   (0)| 00:00:01 |
|*  7 |      TABLE ACCESS BY INDEX ROWID BATCHED| MTL_MATERIAL_TRANSACTIONS     |     5 |   195 |   611   (2)| 00:00:01 |
|*  8 |       INDEX RANGE SCAN                  | MTL_MATERIAL_TRANSACTIONS_N15 |   579 |       |   428   (3)| 00:00:01 |
|*  9 |     INDEX UNIQUE SCAN                   | OE_ORDER_LINES_U1             |     1 |       |     1   (0)| 00:00:01 |
|* 10 |    TABLE ACCESS BY INDEX ROWID          | OE_ORDER_LINES_ALL            |     1 |    51 |     2   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   6 - storage(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01 00:00:00',
              'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=TO_DATE(' 2017-11-10
              00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
       filter(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01 00:00:00',
              'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=TO_DATE(' 2017-11-10
              00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
   7 - filter("TRX_SOURCE_LINE_ID" IS NOT NULL AND ABS("TRANSACTION_QUANTITY")=ABS("S"."PRIMARY_QUANTITY"))
   8 - access("TRANSACTION_ACTION_ID"=1 AND "TRANSACTION_TYPE_ID"=33 AND "TRANSACTION_SOURCE_TYPE_ID"=2)
       filter(TRUNC(INTERNAL_FUNCTION("TRANSACTION_DATE"))=NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))
   9 - access("TRX_SOURCE_LINE_ID"="OOL"."LINE_ID")
  10 - filter("OOL"."SOLD_TO_ORG_ID"=2057 AND "INVENTORY_ITEM_ID"="OOL"."INVENTORY_ITEM_ID" AND
              "ORGANIZATION_ID"="OOL"."SHIP_FROM_ORG_ID" AND "OOL"."ORIG_SYS_DOCUMENT_REF"="S"."PLANNING_NUMBER" AND
              "OOL"."ORG_ID"="S"."ORG_ID")

 
-- add hint -5s
SELECT  /*+ full(MMT)*/
   NVL(ABS(SUM(MMT.TRANSACTION_QUANTITY)), 0)
  FROM MTL_MATERIAL_TRANSACTIONS MMT, OE_ORDER_LINES_ALL OOL
 WHERE MMT.TRANSACTION_TYPE_ID = 33
   AND MMT.TRANSACTION_ACTION_ID = 1
   AND MMT.TRANSACTION_SOURCE_TYPE_ID = 2
   AND MMT.TRX_SOURCE_LINE_ID = OOL.LINE_ID
   AND MMT.INVENTORY_ITEM_ID = OOL.INVENTORY_ITEM_ID
   AND MMT.ORGANIZATION_ID = OOL.SHIP_FROM_ORG_ID
   AND OOL.SOLD_TO_ORG_ID = 2057

   AND EXISTS
 (SELECT 1
          FROM CUX_OE_SALEFORECAST_ALL S
         WHERE OOL.ORIG_SYS_DOCUMENT_REF = S.PLANNING_NUMBER
           AND OOL.ORG_ID = S.ORG_ID
           AND ABS(MMT.TRANSACTION_QUANTITY) = ABS(S.PRIMARY_QUANTITY)
           AND TRUNC(NVL(S.RESERVATION_DATE_TO, S.PLANNING_DATE))
            BETWEEN  to_date('11/01/2017 00:00:00','MM/DD/YYYY  hh24:mi:ss')
             AND to_date('11/10/2017 00:00:00','MM/DD/YYYY  hh24:mi:ss')
           AND TRUNC(MMT.TRANSACTION_DATE) =
               NVL(S.RESERVATION_DATE_TO, S.PLANNING_DATE));
              
               Plan hash value: 2114840721
 
------------------------------------------------------------------------------------------------------------
| Id  | Operation                      | Name                      | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT               |                           |     1 |   126 |   611K  (2)| 00:00:24 |
|   1 |  SORT AGGREGATE                |                           |     1 |   126 |            |          |
|   2 |   NESTED LOOPS                 |                           |     1 |   126 |   611K  (2)| 00:00:24 |
|   3 |    NESTED LOOPS                |                           |     9 |   126 |   611K  (2)| 00:00:24 |
|*  4 |     HASH JOIN                  |                           |     9 |   675 |   611K  (2)| 00:00:24 |
|   5 |      SORT UNIQUE               |                           |     2 |    72 |     9   (0)| 00:00:01 |
|*  6 |       TABLE ACCESS STORAGE FULL| CUX_OE_SALEFORECAST_ALL   |     2 |    72 |     9   (0)| 00:00:01 |
|*  7 |      TABLE ACCESS STORAGE FULL | MTL_MATERIAL_TRANSACTIONS | 47905 |  1824K|   611K  (2)| 00:00:24 |
|*  8 |     INDEX UNIQUE SCAN          | OE_ORDER_LINES_U1         |     1 |       |     1   (0)| 00:00:01 |
|*  9 |    TABLE ACCESS BY INDEX ROWID | OE_ORDER_LINES_ALL        |     1 |    51 |     2   (0)| 00:00:01 |
------------------------------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - access(ABS("TRANSACTION_QUANTITY")=ABS("S"."PRIMARY_QUANTITY") AND
              TRUNC(INTERNAL_FUNCTION("TRANSACTION_DATE"))=NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))
   6 - storage(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01
              00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=
              TO_DATE(' 2017-11-10 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
       filter(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01
              00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=
              TO_DATE(' 2017-11-10 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
   7 - storage("TRANSACTION_TYPE_ID"=33 AND "TRANSACTION_SOURCE_TYPE_ID"=2 AND "TRX_SOURCE_LINE_ID"
              IS NOT NULL AND "TRANSACTION_ACTION_ID"=1)
       filter("TRANSACTION_TYPE_ID"=33 AND "TRANSACTION_SOURCE_TYPE_ID"=2 AND "TRX_SOURCE_LINE_ID"
              IS NOT NULL AND "TRANSACTION_ACTION_ID"=1)
   8 - access("TRX_SOURCE_LINE_ID"="OOL"."LINE_ID")
   9 - filter("OOL"."SOLD_TO_ORG_ID"=2057 AND "INVENTORY_ITEM_ID"="OOL"."INVENTORY_ITEM_ID" AND
              "ORGANIZATION_ID"="OOL"."SHIP_FROM_ORG_ID" AND "OOL"."ORIG_SYS_DOCUMENT_REF"="S"."PLANNING_NUMBER"
              AND "OOL"."ORG_ID"="S"."ORG_ID")

 


--after change sql  0.5s
select * from table(dbms_xplan.display);
explain plan for
SELECT  /*+  use_nl(OOL) leading(OOL) */
   NVL(ABS(SUM(MMT.TRANSACTION_QUANTITY)), 0)
  FROM MTL_MATERIAL_TRANSACTIONS MMT, OE_ORDER_LINES_ALL OOL
   left join   CUX_OE_SALEFORECAST_ALL s on  OOL.ORIG_SYS_DOCUMENT_REF = S.PLANNING_NUMBER
   AND OOL.ORG_ID = S.ORG_ID
 WHERE MMT.TRANSACTION_TYPE_ID = 33
   AND MMT.TRANSACTION_ACTION_ID = 1
   AND MMT.TRANSACTION_SOURCE_TYPE_ID = 2
   AND MMT.TRX_SOURCE_LINE_ID = OOL.LINE_ID
   AND MMT.INVENTORY_ITEM_ID = OOL.INVENTORY_ITEM_ID
   AND MMT.ORGANIZATION_ID = OOL.SHIP_FROM_ORG_ID
   AND OOL.SOLD_TO_ORG_ID = 2057
   AND ABS(MMT.TRANSACTION_QUANTITY) = ABS(S.PRIMARY_QUANTITY)
           AND TRUNC(NVL(S.RESERVATION_DATE_TO, S.PLANNING_DATE))
            BETWEEN  to_date('11/01/2017 00:00:00','MM/DD/YYYY  hh24:mi:ss')
             AND to_date('11/10/2017 00:00:00','MM/DD/YYYY  hh24:mi:ss')
           AND TRUNC(MMT.TRANSACTION_DATE) =
               NVL(S.RESERVATION_DATE_TO, S.PLANNING_DATE);
              
Plan hash value: 183599765
 
--------------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name                         | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |                              |     1 |   126 |   229K  (1)| 00:00:09 |
|   1 |  SORT AGGREGATE               |                              |     1 |   126 |            |          |
|   2 |   NESTED LOOPS                |                              |     1 |   126 |   229K  (1)| 00:00:09 |
|   3 |    NESTED LOOPS               |                              |     1 |   126 |   229K  (1)| 00:00:09 |
|*  4 |     HASH JOIN                 |                              |     1 |    87 |   229K  (1)| 00:00:09 |
|*  5 |      TABLE ACCESS STORAGE FULL| OE_ORDER_LINES_ALL           |   132 |  6732 |   229K  (1)| 00:00:09 |
|*  6 |      TABLE ACCESS STORAGE FULL| CUX_OE_SALEFORECAST_ALL      |     2 |    72 |     9   (0)| 00:00:01 |
|*  7 |     INDEX RANGE SCAN          | MTL_MATERIAL_TRANSACTIONS_N1 |     1 |       |     3   (0)| 00:00:01 |
|*  8 |    TABLE ACCESS BY INDEX ROWID| MTL_MATERIAL_TRANSACTIONS    |     1 |    39 |     4   (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - access("OOL"."ORIG_SYS_DOCUMENT_REF"="S"."PLANNING_NUMBER" AND "OOL"."ORG_ID"="S"."ORG_ID")
   5 - storage("OOL"."SOLD_TO_ORG_ID"=2057)
       filter("OOL"."SOLD_TO_ORG_ID"=2057)
   6 - storage(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01
              00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=TO
              _DATE(' 2017-11-10 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
       filter(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01
              00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=TO
              _DATE(' 2017-11-10 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
   7 - access("INVENTORY_ITEM_ID"="OOL"."INVENTORY_ITEM_ID" AND
              "ORGANIZATION_ID"="OOL"."SHIP_FROM_ORG_ID")
       filter(TRUNC(INTERNAL_FUNCTION("TRANSACTION_DATE"))=NVL("S"."RESERVATION_DATE_TO","S"."PLANNING
              _DATE"))
   8 - filter("TRX_SOURCE_LINE_ID"="OOL"."LINE_ID" AND "TRANSACTION_TYPE_ID"=33 AND
              "TRANSACTION_SOURCE_TYPE_ID"=2 AND "TRX_SOURCE_LINE_ID" IS NOT NULL AND "TRANSACTION_ACTION_ID"=1 AND
              ABS("TRANSACTION_QUANTITY")=ABS("S"."PRIMARY_QUANTITY"));
              
              
           


再修改之后表的关联顺序发生了变化，使用了另外一个索引 N1，下面测试一下两个两个索引哪个相对性能好些；
   
          --/*+  use_nl(OOL) leading(OOL)index(MMT,MTL_MATERIAL_TRANSACTIONS_N15)*/ 
    
              
              
              Plan hash value: 3610194404
 
---------------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name                          | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |                               |     1 |   126 |   230K  (1)| 00:00:10 |
|   1 |  SORT AGGREGATE               |                               |     1 |   126 |            |          |
|   2 |   NESTED LOOPS                |                               |     1 |   126 |   230K  (1)| 00:00:10 |
|   3 |    NESTED LOOPS               |                               |   579 |   126 |   230K  (1)| 00:00:10 |
|*  4 |     HASH JOIN                 |                               |     1 |    87 |   229K  (1)| 00:00:09 |
|*  5 |      TABLE ACCESS STORAGE FULL| OE_ORDER_LINES_ALL            |   132 |  6732 |   229K  (1)| 00:00:09 |
|*  6 |      TABLE ACCESS STORAGE FULL| CUX_OE_SALEFORECAST_ALL       |     2 |    72 |     9   (0)| 00:00:01 |
|*  7 |     INDEX RANGE SCAN          | MTL_MATERIAL_TRANSACTIONS_N15 |   579 |       |   428   (3)| 00:00:01 |
|*  8 |    TABLE ACCESS BY INDEX ROWID| MTL_MATERIAL_TRANSACTIONS     |     1 |    39 |   611   (2)| 00:00:01 |
---------------------------------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - access("OOL"."ORIG_SYS_DOCUMENT_REF"="S"."PLANNING_NUMBER" AND "OOL"."ORG_ID"="S"."ORG_ID")
   5 - storage("OOL"."SOLD_TO_ORG_ID"=2057)
       filter("OOL"."SOLD_TO_ORG_ID"=2057)
   6 - storage(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01
              00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=TO_
              DATE(' 2017-11-10 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
       filter(TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))>=TO_DATE(' 2017-11-01
              00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND TRUNC(NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_DATE"))<=TO_
              DATE(' 2017-11-10 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
   7 - access("TRANSACTION_ACTION_ID"=1 AND "TRANSACTION_TYPE_ID"=33 AND
              "TRANSACTION_SOURCE_TYPE_ID"=2)
       filter(TRUNC(INTERNAL_FUNCTION("TRANSACTION_DATE"))=NVL("S"."RESERVATION_DATE_TO","S"."PLANNING_
              DATE"))
   8 - filter("TRX_SOURCE_LINE_ID"="OOL"."LINE_ID" AND "INVENTORY_ITEM_ID"="OOL"."INVENTORY_ITEM_ID"
              AND "ORGANIZATION_ID"="OOL"."SHIP_FROM_ORG_ID" AND "TRX_SOURCE_LINE_ID" IS NOT NULL AND
              ABS("TRANSACTION_QUANTITY")=ABS("S"."PRIMARY_QUANTITY"))

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28380626/viewspace-2148356/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/28380626/viewspace-2148356/

cpg7012
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
10年+SQL性能优化专家谈SQL等价改写核心思想
Enmotech的博客
12-24 505
墨墨导读：2020数据技术嘉年华于11月21日落下帷幕，大会历时两天，来自全国各地的数据领域学术精英、领袖人物、技术专家、从业者和技术爱好者相聚北京，见证了个人的快速成长、技术的迭代进步...
罗炳森-SQL等价改写核心思想
04-27
SQL等价改写是数据库优化的关键技术之一，它涉及到如何以不同的方式表达相同的查询，以获得更高效、更快的执行效果。罗炳森，一位在数据库设计与开发、性能优化和SQL优化方面有着丰富经验的专业人士，强调了SQL等价...
sql优化杂记——回表
菜小白的博客
09-16 446
String end = DateUtil.getDate(DateUtil.YYYY_MM_DD_HH_MM_SS); String begin = DateUtil.getBeforeDay(new Date(),DateUtil.YYYY_MM_DD_HH_MM_SS); log.info("存管回调报文重试任务开始begin：{}，end：{}",begin,end); BatchCallbackRetryRecord f...
数据库回表及优化方法（附示例）
最新发布
Warren++的博客
06-14 615
数据库回表及优化方法（附示例）
从一个简单的SQL来聊聊等价改写
Focus on PostgreSQL
02-16 975
今天看到一个库的cpu告警，去看了下top sql就发现了一个奇葩的SQL。 不得不吐槽下，都2022年了，还有在索引列上用函数的写法。。 其实也很好理解这个SQL是希望查询时间列是当天(current_date)的，但是由于该时间列是timestamp类型的，而current_date的结果是date类型的，所以开发人员将这两个时间用函数进行了截断。 那这个SQL该怎么优化呢，可能大部分人第一反应是加个函数索引不就好了，不过说实话函数索引大部分都显得有些多余，尤其是该列上都已经存在一个索
基于关系型代数的 SQL 等价改写
wujiandao的专栏
09-12 785
点击蓝色“有关SQL”关注我哟加个“星标”，天天与10000人一起快乐成长看过我那篇《SQL 数据库小白，从入门到精通》的朋友，一定不会陌生，SQL 的数学原理，就是集合运算。集合运算, ...
PLSQL_案例优化系列_感悟SQL等价改写优化思路想法(案例13)
weixin_34357267的博客
10-13 105
2012-10-13 Created By BaoXinjian 一、摘要 从案例中感悟SQL等价改写优化思路之一 1. 具体SQL调优思路 2. 高级SQL介绍与案例 3. 总结与思考   二、具体SQL调优思路 待续   三、高级SQL介绍与案例 待续   四、总结与思考 待续               Thanks and Reg...
收获，不止SQL优化--抓住SQL的本质1
08-03
- **等价改写**：通过对SQL语句进行等价变换来提升性能。 - **过程包优化**：利用存储过程等高级特性来优化SQL。 - **高级SQL技巧**：学习使用更复杂的SQL特性，如分析函数等。 - **需求优化**：从需求层面出发，...
小米正式开源 SQL 智能优化与改写工具 SOAR
09-09
SOAR，全称为SQL Optimizer And Rewriter，是由小米运维DBA团队开发的一款专业级SQL智能优化与改写工具。该工具旨在帮助数据库管理员和开发者更有效地管理和优化SQL查询，提高数据库性能。以下是对SOAR各项核心功能...
收获，不止SQL优化--抓住SQL的本质
12-21
第12章　动手，经典等价改写让SQL飞 333 12.1　设法减少访问路径 333 12.1.1　Case When改造 334 12.1.2　Rownum分页改写 337 12.1.3　Hint直接路径改造 338 12.1.4　只取你所需的列 339 12.1.5　避免或者减少递归...
SQL等价改写优化案例精选
cmy19760818的博客
05-23 162
SQL等价改写优化案例精选.rar ...
什么是覆盖索引？什么是回表查询？怎样实现覆盖索引？
lida776537387的博客
04-10 4533
The article summary1 什么是回表查询1.1 mysql的存储引擎1.2 InnoDb存储引擎1.3 聚集索引和普通索引的区别2 什么是覆盖索引3 怎样实现覆盖索引4 哪些场景下可以使用索引覆盖来优化sql 1 什么是回表查询 前提：本次测试使用的是mysql 5.6版本。 1.1 mysql的存储引擎 mysql的存储引擎分类比较多，比较常用的是MyISAM和InnoDb两...
相关子查询等价改写
Ask Self，Ask Tomorrow
04-07 366
if(object_id('dbo.saleorder','U') is not null) drop table saleorder; create table saleorder(orderid varchar(50) primary key,orderPrice decimal(20,8) null,orderdate date not null,userid varchar(50) not
转摘_关于sql tuning优化__何为回表
08-02 80
http://space.itpub.net/40239/viewspace-563285 ...
索引优化系列二 回表
lppl010_的专栏
05-11 569
http://blog.51cto.com/2853725/1421637--索引回表读（TABLE ACCESS BY INDEX ROWID）的例子drop table t purge;create table t as select * from dba_objects;create index idx1_object_id on t(object_id);--试验1set autotrac...
浅谈SQL优化入门：2、等值连接和EXPLAIN（MySQL）
weixin_30727835的博客
08-20 319
1、等值连接：显性连接和隐性连接在《MySQL必知必会》中对于等值连接有提到两种方式，第一种是直接在WHERE子句中规定如何关联即可，那么第二种则是使用INNER JOIN关键字。如下例两种方式是“等同”的。//WHERE方式 SELECT vend_name, prod_name, prod_price, quantity FROM vendors, ...
MySQL通过两表避免回表_MySQL——索引优化实战
weixin_31002059的博客
02-05 307
上篇文章中介绍了索引的基本内容，这篇文章我们继续介绍索引优化实战。在介绍索引优化实战之前，首先要介绍两个与索引相关的重要概念，这两个概念对于索引优化至关重要。本篇文章用于测试的user表结构：索引相关的重要概念基数单个列唯一键(distict_keys)的数量叫做基数。SELECT COUNT(DISTINCT name),COUNT(DISTINCT gender) FROM user;user...
Oracle所有执行计划关键词 + 所有hint
m0_47243617的博客
11-14 1568
执行计划里面的关键词大全和hint。
SQL优化技巧：等价改写实战解析
"SQL等价改写优化案例精选" 在数据库管理中，SQL优化是一项至关重要的任务，它关乎系统的性能和效率。这篇资料分享了作者梁敬彬在参与多个项目组数据库脚本审核过程中积累的SQL优化案例，强调了正确理解和满足需求...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值