ORACLE UPDATE 语句语法与性能分析

  由于某些原因，客户所在城市这个信息并不什么准确，但是在

  客户服务部的CRM子系统中，通过主动服务获取了部分客户20%的所在

  城市等准确信息，于是你将该部分信息提取至一张临时表中：

  1) 最简单的形式

   --经确认customers表中所有customer_id小于1000均为'北京'

   --1000以内的均是公司走向全国之前的本城市的老客户:)

2) 两表(多表)关联update -- 仅在where字句中的连接

   --这次提取的数据都是VIP，且包括新增的,所以顺便更新客户类别

   注意在这个语句中，

                                   =(select b.city_name,b.customer_type 

                                     from   tmp_cust_city b 

                                     where  b.customer_id=a.customer_id

                                    )

   与

                 (select 1 

                  from   tmp_cust_city b

                  where  b.customer_id=a.customer_id

                 )

   是两个的子查询，查看执行计划可知，对b表/索引扫描了2篇；

   如果舍弃where条件，则默认对A表进行全表

   更新，但由于(select b.city_name from tmp_cust_city b where where  b.customer_id=a.customer_id)

   有可能不能提供"足够多"值，因为tmp_cust_city只是一部分客户的信息，

   所以报错（如果指定的列--city_name可以为NULL则另当别论）：

01407, 00000, "cannot update (%s) to NULL"

// *Cause:

// *Action:

   一个替代的方法可以采用：

   update customers a   -- 使用别名

   set    city_name=nvl((select b.city_name from tmp_cust_city b where b.customer_id=a.customer_id),a.city_name)

   或者

   set    city_name=nvl((select b.city_name from tmp_cust_city b where b.customer_id=a.customer_id),'未知')

   -- 当然这不符合业务逻辑了

4) 上述3)在一些情况下，因为B表的纪录只有A表的20-30%的纪录数，

   考虑A表使用INDEX的情况，使用cursor也许会比关联update带来更好的性能：

set serveroutput on 

declare

    cursor city_cur is

    select customer_id,city_name

    from   tmp_cust_city

    order by customer_id;

begin

    for my_cur in city_cur loop

   5) 关联update的一个特例以及性能再探讨

   在oracle的update语句语法中，除了可以update表之外，也可以是视图，所以有以下1个特例：

    这样能避免对B表或其索引的2次扫描，但前提是 A(customer_id) b(customer_id)必需是unique index

    或primary key。否则报错：

01779, 00000, "cannot modify a column which maps to a non key-preserved table"

// *Cause: An attempt was made to insert or update columns of a join view which

//         map to a non-key-preserved table.

// *Action: Modify the underlying base tables directly.

6）oracle另一个常见错误

   回到3)情况,由于某些原因，tmp_cust_city customer_id 不是唯一index/primary key

   当对于一个给定的a.customer_id

   (select b.city_name from tmp_cust_city b where b.customer_id=a.customer_id)

   返回多余1条的情况，则会报如下错误：

01427, 00000, "single-row subquery returns more than one row"

// *Cause:

// *Action:

一个比较简单近似于不负责任的做法是

   update customers a   -- 使用别名

   set    city_name=(select b.city_name from tmp_cust_city b where b.customer_id=a.customer_id and rownum=1)

   如何理解 01427 错误，在一个很复杂的多表连接update的语句，经常因考虑不周，出现这个错误，

   仍已上述例子来描述，一个比较简便的方法就是将A表代入 值表达式 中,使用group by 和

   having 字句查看重复的纪录