环境:
操作系统版本:linux redhat 6.6
数据库版本:oracle 11.2.0.4
问题描述:今天,实施同事反馈一个很奇怪的问题,就是oracle 数据库的sql merge用法问题,update语句当把分区表的分区键放在匹配关键字
On里,sql语句执行计划显示分区键能起到分区筛选作用:
相反的,如果把update语句where条件里的分区键不放在merge匹配关键字on里,merge into update语句没能正确执行分区表分区筛选,sql语句
和执行计划如下:
总结:先说个人对本例子的理解,merge先执行on后边的条件筛选,进而进行数据匹配,匹配上则执行后续的update更新操作,所以,
将分区键放在on后边的条件匹配里,首先进行区分表分区的筛选,避免对分区表的全分区扫描,从而大大降低merge into update语句
对主机cpu资源的消耗。
操作系统版本:linux redhat 6.6
数据库版本:oracle 11.2.0.4
问题描述:今天,实施同事反馈一个很奇怪的问题,就是oracle 数据库的sql merge用法问题,update语句当把分区表的分区键放在匹配关键字
On里,sql语句执行计划显示分区键能起到分区筛选作用:
![](http://img.blog.itpub.net/blog/attachment/201803/19/29357786_1521437769yuYY.jpg?x-oss-process=style/bb)
相反的,如果把update语句where条件里的分区键不放在merge匹配关键字on里,merge into update语句没能正确执行分区表分区筛选,sql语句
和执行计划如下:
![](http://img.blog.itpub.net/blog/attachment/201803/19/29357786_152143796449oI.jpg?x-oss-process=style/bb)
总结:先说个人对本例子的理解,merge先执行on后边的条件筛选,进而进行数据匹配,匹配上则执行后续的update更新操作,所以,
将分区键放在on后边的条件匹配里,首先进行区分表分区的筛选,避免对分区表的全分区扫描,从而大大降低merge into update语句
对主机cpu资源的消耗。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29357786/viewspace-2151988/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29357786/viewspace-2151988/