ORACLE sql merge into update where条件位置与性能消耗

    环境：
    操作系统版本：linux redhat 6.6

    数据库版本：oracle 11.2.0.4

    问题描述：今天，实施同事反馈一个很奇怪的问题，就是oracle 数据库的sql merge用法问题，update语句当把分区表的分区键放在匹配关键字

On里（下边第一个图红框里的bill.table_par条件原先在update的where条件里，现在放在merge into on子句里），sql语句执行计划显示分区键能起到分区筛选作用：

    相反的，如果把update语句where条件里的分区键（下边图中红框where条件的bill.table_par）不放在merge匹配关键字on子句里，merge into update语句没能正确执行分区表分区筛选，sql语句
和执行计划如下：

总结：先说个人对本例子的理解，merge先执行on后边的条件筛选，进而进行数据匹配，匹配上则执行后续的update更新操作，所以，
将分区键放在on后边的条件匹配里，首先进行区分表分区的筛选，避免对分区表的全分区扫描，从而大大降低merge into update语句
对主机cpu资源的消耗。