PostgreSQL批量update与oracle差异详解

(编辑:jimmy 日期: 2024/12/24 浏览:2)

上篇文章给大家介绍了PostgreSQL实现批量插入、更新与合并操作的方法 感兴趣的朋友可以点击查看,今天给大家分享PostgreSQL批量update与oracle差异,具体内容如下所示:

当我们在数据库中有这样的需求时:
需要以某列的当前值为判断对象,将其更新成其它值。

例如下面一张表:

   ID INFO
---------- ----------
     2 a
     1 b
     3 c
     4 d
     5 e

我们最简单的方式就是通过多个update来完成:

update t1 set id= 2
	where id = 1;

update t1 set id = 1
	where id = 2;

......

看上去很简单,但是上面的更新却存在一个很大的问题,当我们第一次执行完update后,表中id=2其实有两行数据,再去进行第二条语句时,两条语句将都会被更新。

显然这些并非我们的意愿,我们仅仅是希望id=1和id=2的值互换。

为了避免这个问题,我们可以使用case表达式来进行批量更新。

SQL> update t1
 2 set id = case when id = 1
 3 then 2
 4 when id = 2
 5 then 1
 6 else id end;

5 rows updated.

SQL> select * from t1;

    ID INFO
---------- ----------
     2 a
     1 b
     3 c
     4 d
     5 e

这样不仅执行正确,而且只需要执行一次,自然更加高效。这个写法应用范围很广,例如我们可以很轻松实现主键值之间的互换。否则我们需要执行3次update才可以完成。

PostgreSQL差异点:

需要注意的是,在pg中使用该方法会因为主键重复而报错。

bill@bill=>update t2
set id = case when id = 1
then 2
when id = 2
then 1
else id end;
ERROR: duplicate key value violates unique constraint "t2_pkey"
DETAIL: Key (id)=(2) already exists.

但是,约束的检查应该是在更新完成后执行,所以在更新的过程中主键值出现重复应该没问题,
所以在Oracle中执行正常。

当然在pg中存在这种问题主要还是和pg的多版本特性有关。不过一般需要进行这种主键的调换的时候,我们可以先禁用掉约束即可。

一句话新闻

一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?