下面的两个SQL是等价的,但是一个执行N小时都执行不完,一个花了一分钟。

执行计划显示
第一个语句是由外面的即将被更新的表驱动内层,相对于是一个NEST LOOP,cost非常大。
第二个语句是内层单独执行完后,与外面的筛选结果做一个HASH JOIN, cost降低了很多. UPDATE GPCOMP1.GPRECL R SET (PROMISED_BY,PROMISED_DATE)=(SELECT W.USER_ID,W.CREATED_ON FROM
(SELECT T.*,ROWNUM FROM (
SELECT A.USER_ID,A.CREATED_ON,RL.TRAN_ID,ROW_NUMBER() OVER(PARTITION BY A.CUSTNO ORDER BY A.ACTIVITY_ID DESC) RN
FROM GPCOMP1.GPRECL RL,GPCOMP1.GPACTV A
WHERE A.CUSTNO = RL.CUSTNO AND A.ACTVDATE < RL.RCLDATE AND RL.PROMISED ='Y'
) T WHERE T.RN =1) W WHERE W.TRAN_ID=R.TRAN_ID
) WHERE R.PROMISED ='Y'; PLAN_TABLE_OUTPUT
-----------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 2415251688
--------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
--------------------------------------------------------------------------------------------------------------------------
| 0 | UPDATE STATEMENT | | 19278 | 433K| | 1712M (1)|999:59:59 |
| 1 | UPDATE | GPRECL | | | | | |
| 2 | TABLE ACCESS BY INDEX ROWID | GPRECL | 19278 | 433K| | 9334 (1)| 00:01:53 |
|* 3 | INDEX RANGE SCAN | GPRCL_PROMISED_CUST_TRAN | 19278 | | | 103 (0)| 00:00:02 |
|* 4 | VIEW | | 338K| 11M| | 44419 (1)| 00:08:54 |
| 5 | COUNT | | | | | | |
|* 6 | VIEW | | 338K| 15M| | 44419 (1)| 00:08:54 |
|* 7 | WINDOW SORT PUSHED RANK | | 338K| 22M| 28M| 44419 (1)| 00:08:54 |
| 8 | NESTED LOOPS | | 338K| 22M| | 38703 (1)| 00:07:45 |
|* 9 | INDEX RANGE SCAN | GPRCL_PROMISED_CUST_TRAN | 19278 | 508K| | 103 (0)| 00:00:02 |
|* 10 | TABLE ACCESS BY INDEX ROWID| GPACTV | 18 | 792 | | 3 (0)| 00:00:01 |
|* 11 | INDEX RANGE SCAN | GPACTV_CUSTNO_TRUNC_ACTVDATE | 1 | | | 2 (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("R"."PROMISED"='Y')
4 - filter("W"."TRAN_ID"=:B1)
6 - filter("T"."RN"=1)
7 - filter(ROW_NUMBER() OVER ( PARTITION BY "A"."CUSTNO" ORDER BY INTERNAL_FUNCTION("A"."ACTIVITY_ID") DESC)<=1)
9 - access("RL"."PROMISED"='Y')
10 - filter("A"."ACTVDATE"<"RL"."RCLDATE")
11 - access("A"."CUSTNO"="RL"."CUSTNO" AND TRUNC(INTERNAL_FUNCTION("ACTVDATE"),'fmddd')<=TRUNC(INTERNAL_FUNCTION("RL"."RCLDATE"),'fmddd')) MERGE INTO GPCOMP1.GPRECL R USING (SELECT T.USER_ID,T.CREATED_ON,T.ID FROM (
                                SELECT A.USER_ID,A.CREATED_ON,RL.ROWID AS ID,ROW_NUMBER() OVER(PARTITION BY A.CUSTNO ORDER BY A.ACTIVITY_ID DESC) RN
FROM GPCOMP1.GPRECL RL,GPCOMP1.GPACTV A
WHERE A.CUSTNO = RL.CUSTNO AND A.ACTVDATE < RL.RCLDATE AND RL.PROMISED ='Y') T
                       WHERE T.RN =1) W
ON (W.ID=R.ROWID AND R.PROMISED ='Y')
WHEN MATCHED THEN
UPDATE SET R.PROMISED_BY = W.USER_ID, R.PROMISED_DATE=W.CREATED_ON; PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 1259882673
--------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
--------------------------------------------------------------------------------------------------------------------------
| 0 | MERGE STATEMENT | | 3194 | 112K| | 56039 (1)| 00:11:13 |
| 1 | MERGE | GPRECL | | | | | |
| 2 | VIEW | | | | | | |
|* 3 | HASH JOIN | | 3194 | 1394K| 7760K| 56039 (1)| 00:11:13 |
| 4 | TABLE ACCESS BY INDEX ROWID | GPRECL | 19278 | 7530K| | 9334 (1)| 00:01:53 |
|* 5 | INDEX RANGE SCAN | GPRCL_PROMISED_CUST_TRAN | 19278 | | | 103 (0)| 00:00:02 |
|* 6 | VIEW | | 338K| 15M| | 45379 (1)| 00:09:05 |
|* 7 | WINDOW SORT PUSHED RANK | | 338K| 27M| 33M| 45379 (1)| 00:09:05 |
| 8 | NESTED LOOPS | | 338K| 27M| | 38703 (1)| 00:07:45 |
|* 9 | INDEX RANGE SCAN | GPRCL_PROMISED_CUST_TRAN | 19278 | 602K| | 103 (0)| 00:00:02 |
|* 10 | TABLE ACCESS BY INDEX ROWID| GPACTV | 18 | 954 | | 3 (0)| 00:00:01 |
|* 11 | INDEX RANGE SCAN | GPACTV_CUSTNO_TRUNC_ACTVDATE | 1 | | | 2 (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("T"."ID"="R".ROWID)
5 - access("R"."PROMISED"='Y')
6 - filter("T"."RN"=1)
7 - filter(ROW_NUMBER() OVER ( PARTITION BY "A"."CUSTNO" ORDER BY INTERNAL_FUNCTION("A"."ACTIVITY_ID") DESC)<=1)
9 - access("RL"."PROMISED"='Y')
10 - filter(TRUNC(INTERNAL_FUNCTION("ACTVDATE"))<=TRUNC(INTERNAL_FUNCTION("RL"."RCLDATE")) AND "A"."ACTVDATE"<"RL"."RCLDATE")
11 - access("A"."CUSTNO"="RL"."CUSTNO" AND TRUNC(INTERNAL_FUNCTION("ACTVDATE"),'fmddd')<=TRUNC(INTERNAL_FUNCTION("RL"."RCLDATE"),'fmddd'))

用Merge来改写相关更新的例子的更多相关文章

  1. mysql联合查询更新数据库例子

    mysql联合查询更新数据库例子,用户表,部门表,把用户表中的部门属性更新为部门表的主键UPDATE user_table AS utINNER JOIN belongdept AS bd ON bd ...

  2. Microsoft Dynamics CRM 2013 的相关更新 2013-12

        DCRM 2013已经发布一段时间了,很多同学都在学习实践中.     截至目前,已经有了一些相关的更新,具体内容,可以参见web Page:http://blogs.msdn.com/b/c ...

  3. PLSQL_性能优化系列17_Oracle Merge Into和Update更新效率

    2015-05-21 Created By BaoXinjian 一.摘要 以前只考虑 merge into 只是在特定场合下方便才使用的,今天才发现,merge into 竟然会比 update 在 ...

  4. 利用Merge into 改写Update SQL 一例

    前言 客户说,生产系统最近CPU使用率经常达到100%,请DBA帮忙调查一下. 根据客户提供的情况描述及对应时间段,我导出AWR,发现如下问题: 11v41vaj06pjd :每次执行消耗2,378, ...

  5. HOOK相关原理与例子

    消息HOOK 原理: 1. 用户输入消息,消息被放到系统消息队列. 2. 程序发生了某些需要获取输入的事件,就从系统消息队列拿出消息放到程序消息队列中. 3. 应用程序检测到有新的消息进入到程序消息队 ...

  6. cocos2d-x 2.2 资源更新AssetsManager例子代码

    转自:http://www.58player.com/blog-2327-601.html // // UpgradeLayer.h // AmazeDemo // // Created by lsw ...

  7. ORACLE 关连更新 update select

    总结:  关键的地方是where 语句的加入. 在11G中, 如果不加11G , 或造成除匹配的行数更新为相应的值之后, 其余的会变成负数. 所以, 测试的办法就是:  先查看需要更新的数量即连接的数 ...

  8. ORACLE 通过连接查询更新 update select

    注意:  关键的地方是where 语句的加入. 在11G中, 如果不加11G , 或造成除匹配的行数更新为相应的值之后, 其余的会变成负数. 所以,执行前需要测试, 普通办法就是:  先查看需要更新的 ...

  9. [转]oracle update set select from 关联更新

    本文转自:http://blog.csdn.net/disiwei1012/article/details/52589181 http://www.blogjava.net/Jhonney/archi ...

随机推荐

  1. php面试题2

    php面试题及答案(原创)收藏 基础题: 1.表单中 get与post提交方法的区别? 答:get是发送请求HTTP协议通过url参数传递进行接收,而post是实体数据,可以通过表单提交大量信息. 2 ...

  2. ImageView的scaleType详解

    ImageView的ScaleType详 1. 网上的误解 不得不说很失望,到网上搜索了几篇帖子,然后看到的都是相互复制粘贴,就算不是粘贴的,有几篇还是只是拿着自己的几个简单例子,然后做测试,这种以一 ...

  3. 中国175个 AAAAA级风景区,去过20个 以上,你就是旅游达人

    省份 数量 景区名称 我 北京 7 故宫博物院 1 天坛公园 颐和园 1 八达岭-慕田峪长城旅游区 1 明十三陵景区(神路-定陵-长陵-昭陵) 恭王府景区 北京奥林匹克公园(鸟巢-水立方-中国科技馆- ...

  4. 奇异值分解(SVD)和简单图像压缩

    SVD(Singular Value Decomposition,奇异值分解) 算法优缺点: 优点:简化数据,去除噪声,提高算法结果 缺点:数据的转换可能难于理解 适用数据类型:数值型数据 算法思想: ...

  5. IIS8的证书设置

    首先,打开IIS的网站,找到“服务器证书” 然后根据需要创建证书 创建好后,如果某一个网站(注意是网站,不是应用程序集)需要使用https则, 在右侧“绑定”一项中添加新的https连接,并选择对应的 ...

  6. iOS 开发技巧收藏贴 链接整理

    54个技巧 57个技巧 正则表达式

  7. pip安装模块

    需要到pip目录下执行 pip install 模块名 pip 也需要配置环境变量,电脑是windows

  8. Leetcode Word Ladder

    Given two words (start and end), and a dictionary, find the length of shortest transformation sequen ...

  9. @寒冬winter 大神的css作业问题

    块级元素   ①总是在新行上开始: ②高度,行高以及外边距和内边距都可控制: ③宽度缺省是它的容器的100%,除非设定一个宽度. ④它可以容纳内联元素和其他块元素 行内级元素   ①和其他元素都在一行 ...

  10. 【python+mysql】在python中调用mysql出问题 ImportError: No module named MySQLdb.constants

    遇到如下异常: File "C:\Users\Neil\PycharmProjects\ScrapyDouban\book\book\database.py", line 4, i ...