简介

        在数据库中进行增删改查比较常见，经常会用到update的使用。但是在近期发现update在oracle和postgresql使用却有一些隐形区别，oracle 在执行update语句的时候set 后面必须跟着1对1的数据关联而postgresql数据库却可以一对多，这就导致数据在被新的时候出现不确定性。

目录

简介

案列

oracle

postgresql

解读

postgresql官网解释

update语法分享

update对分区表使用的影响

案列

oracle

以下oracle数据库中的测试代码

 drop table test1;
 create table test1 
 (
     id number ,
     var varchar2(2) 
 ) ;


insert into test1 values(1,2);
select * from test1;

update test1 t
   set var =
       (select tt.var
          from (select 1 id, '3' var
                  from dual
                union all
                select 1, '4'
                  from dual) tt
         where tt.id = t.id);
         
select * from test1;       

postgresql

以下是postgresql数据库中的测试代码

 
drop table if exists test1;
 create table test1 
 (
     id int ,
     var varchar 
 ) ;

select * from test1;

insert into test1 values(1,2);

update test1 t set var=tt.var from (select 1,generate_series(3,4)::varchar ) as tt(id,var) where  tt.id = t.id;

select * from test1;

解读

在两个数据库中都是新建了一张表，其数据只有（1，2），其中id:1是作为set的匹配字段

       

替换新数据表中,其ID为1的值有两个，在set进行匹配的时候就会发生一对多（数据发散）的情况，此时oracle数据库就会报错

select 1 id, '3' var
                  from dual
                union all
                select 1, '4'
                  from dual

一对多（数据发散）的情况，此时oracle数据库就会报错。在oracle数据库中是并不允许的。

但是在postgresql数据库中却可以执行，并且主表数据库被成功更新成了4.

postgresql官网解释

在官网中，postgresql是支持set后的一对多匹配的，但是具体更新成哪一条数据却是不可控的。

注：在日常使用postgresql数据库的时候，注意update语句在使用中，尽可能有唯一主键进行关联。
        其SET后匹配的数据尽可能保证一对一的关联。

update语法分享

 WITH [ RECURSIVE ] with_query [, ...] ]
UPDATE [ ONLY ] table_name [ * ] [ [ AS ] alias ]
    SET { column_name = { expression | DEFAULT } |
          ( column_name [, ...] ) = [ ROW ] ( { expression | DEFAULT } [, ...] ) |
          ( column_name [, ...] ) = ( sub-SELECT )
        } [, ...]
    [ FROM from_item [, ...] ]
    [ WHERE condition | WHERE CURRENT OF cursor_name ]
    [ RETURNING * | output_expression [ [ AS ] output_name ] [, ...] ]

         此处的RECURSIVE，递归语法语法的一个关键字，可以对临时表的数据进行聚合算法。

update对分区表使用的影响

        在查询这个一对多进行update执行的时候，官网还对其分区表的分区键进行update后，会不会变更其分区进行了解读：

        在分区表的情况下，更新一行有可能导致它不再满足其所在分区的分区约束。此时，如果这个行满足分区树中某个其他分区的分区约束，那么这个行会被移动到那个分区。 如果没有这样的分区，则会发生错误。在后台，行的移动实际上是一次DELETE操作和一次INSERT操作。

        在移动的行上的并发UPDATE或DELETE可能会收到序列化失败错误。 假设会话 1 正在分区键上执行UPDATE，同时，对可访问该行的并发会话 2 在此行上执行UPDATE或DELETE操作。 在这种情况下，会话 2 的UPDATE 或 DELETE将检测行移动并引发序列化失败错误（该错误始终返回 SQLSTATE 代码"40001"）。 如果发生这种情况，应用程序可能希望重试事务。 在通常情况下，表没有分区或没有行移动，会话 2 将标识新更新的行，并执行UPDATE/DELETE在此新行版本中。

        请注意，虽然行可以从本地分区移动到外表分区（如果外数据包装器支持元组路由），但它们不能从外表分区移动到另一个分区。