Oracle数据库的表同步以及多表关联update语句

Oracle中的update与select配合使用

在Oracle数据库我们可以使用下面格式的update和select配合使用,用一张表的值更新另外一张表。

UPDATE A SET (A1, A2, A3) = (SELECT B1, B2, B3 FROM B WHERE A.ID = B.ID)

UPDATE A SET A1=(SELECT B1 FROM B WHERE A.ID = B.ID),
A2=(SELECT B2 FROM B WHERE A.ID = B.ID),
A3=(SELECT B3 FROM B WHERE A.ID = B.ID)

Oracle使用update语句注意事项
  在SQL Server中,可以使用下面的update语句进行字段值的更新:

UPDATE A SET A1 = B1, A2 = B2, A3 = B3 FROM A,B WHERE A.ID = B.ID

这个SQL语句其实是先进行表连接,然后再根据表中的数据进行更新。但是Oracle不支持这种UPDATE...SET...FROM...WHERE...的语法。
  在 SQL 中,表连接(left join、right join、inner join 等)常常用于 select 语句,其实在 SQL 语法中,这些连接也是可以用于 update 和 delete 语句的,在这些语句中使用 join 还常常得到事半功倍的效果。
  如果Oracle想要实现上述语句的功能,可以使用下面的写法:

UPDATE A SET (A1, A2, A3) = (SELECT B1, B2, B3 FROM B WHERE A.ID = B.ID) 
WHERE ID IN (SELECT B.ID FROM B WHERE A.ID = B.ID) 

这里其实是先用where语句过滤筛选出需要update的行,然后再进行更新。如果舍弃where条件,则就会对在子查询(SELECT B1, B2, B3 FROM B WHERE A.ID = B.ID) 中没有查询结果的记录字段赋予NULL值,这样的话就和上面那条SQL语句语义不一致。

用一张表的值更新另外一张表可能遇到的问题

(1)使用两表(多表)关联update -- 被修改值由另一个表运算而来

假设有下面两张表,其中mobile_no为手机型号,mobile_name为手机名称,screen为手机分辨率。


现在要根据mobile_no把Table2中的screen的值填充到Table1中的screen字段中。可以使用下面的SQL语句:

UPDATE Table1 t1 -- 使用别名
SET screen = (SELECT screen FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)
WHERE EXISTS(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no);

上述SQL的执行结果为:



注意在这个语句中,

(SELECT screen FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)

(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)

是两个独立的子查询。通过Table2来更新Table1的相应字段。执行SQL语句时,系统会从Table1中一行一行读记录,然后再通过关联子查询,找到相应的字段来更新。
  如果舍弃WHERE条件,则默认对Table1进行全表。但是这样会产生一个问题:如果不加(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)的话,Table1表中那些在Table2中无对应记录的screen值就全被改为NULL了。比如在这里Table1中的mobile_no=小米的记录在Table2中没有对应的字段,若舍弃WHERE条件,则最后的SQL语句执行结果就变成:



可以看到原本mobile_no=小米的记录的screen是有值的,执行外不带(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)的UPDATE语句之后screen变成了NULL。

(2)使用NVL函数解决UPDATE时候遇到空值的尴尬

假设有下面两张表,其中mobile_no为手机型号,mobile_name为手机名称,screen为手机分辨率。在Table1中,screen的值不能为空。


  现在要根据mobile_no把Table2中的screen的值填充到Table1中的screen字段中。如果我们用以下的SQL语句:

UPDATE Table1 t1 -- 使用别名
SET screen = (SELECT screen FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no);

则执行时会报如下错误:

01407, 00000, "cannot update (%s) to NULL"
// *Cause:
// *Action:

这是因为Table1中的mobile_no=小米的记录在Table2中没有对应的字段,则系统会把NULL值赋给screen字段,而screen字段又不能为空,所以就会报上述错误。
  要解决这种尴尬的情况,我们可以使用Oracle的NVL函数:

UPDATE Table1 t1 -- 使用别名
SET screen = NVL(
   (SELECT screen FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no),t1.screen);
(3)解决UPDATE时子查询返回多条结果的问题

case1:返回的多条查询结果是相同的
  假设有下面两张表,其中mobile_no为手机型号,mobile_name为手机名称,screen为手机分辨率。在Table2中,存在两条screen完全相同的mobile_no为HTC的记录。


  现在要根据mobile_no把Table2中的screen的值填充到Table1中的screen字段中,如果我们(1)中的SQL语句,则执行时会报如下错误:

01427, 00000, "single-row subquery returns more than one row"
// *Cause:
// *Action:

这是因为当mobile_no='HTC'的时候,(SELECT screen FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)子查询返回了两条查询结果。此时我们可以使用distinct/group by去除重复值来得到正确的执行结果:

#使用distinct去重
UPDATE Table1 t1 -- 使用别名
SET screen =
   (SELECT distinct(screen) FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)
WHERE EXISTS(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no);

#使用group by去重
UPDATE Table1 t1 -- 使用别名
SET screen = 
   (SELECT screen FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no group by screen)
WHERE EXISTS(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no);

case2:返回的多条查询结果是不同的
  假设有下面两张表,其中mobile_no为手机型号,mobile_name为手机名称,screen为手机分辨率。在Table2中,存在两条screen完全相同的mobile_no为HTC的记录和两条screen不同的mobile_no为HUAWEI的记录。


  现在要根据mobile_no把Table2中的screen的值填充到Table1中的screen字段中,若同一机型有两个不同的screen,则插入记录之后上网查询该机型的分辨率然后进行手动修改。
  此时即使用case1中的SQL语句,也会报子查询返回多条查询结果的错误,因为Table2中mobile_no为HUAWEI的screen有两个不同的值,所以无法去重。在这种情况下有以下几种解决办法:

A. 使用rownum限定只更新返回一条查询结果的记录

UPDATE Table1 t1 -- 使用别名
SET screen = 
  (SELECT screen FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no AND and rownum=1)
WHERE EXISTS(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no);

B. 使用Oracle的WMSYS.WM_CONCAT函数合并列
  Oracle数据库中WMSYS.WM_CONCAT(column)函数的作用是将多行合并为一行,如一个人买了3只股票A,B,C 正常我们会记录成三条数据,现在要以一条数据显示该人的股票,就可以使用此函数。

UPDATE Table1 t1 -- 使用别名
SET screen = 
  (SELECT WMSYS.WM_CONCAT(screen) FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)
WHERE EXISTS(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no);

上述SQL语句的执行结果为:



然后我们就可以手动修改包含多条记录的screen值。

C. 使用聚合函数
  MAX()和MIN()函数不仅可以作用于数值型数据,也可以作用于字符串或是日期时间数据类型的数据。 利用这个特性,我们可以使用聚合函数让查询结果只剩一条。

UPDATE Table1 t1 -- 使用别名
SET screen = 
  (SELECT MAX(screen) FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no)
WHERE EXISTS(SELECT 1 FROM Table2 t2 WHERE t1.mobile_no=t2.mobile_no);

上述SQL语句的执行结果为:



但是这样就分不清哪个是有多值的记录,所以之后还要查出含有多个screen的机型再手动修改。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,402评论 6 499
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,377评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,483评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,165评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,176评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,146评论 1 297
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,032评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,896评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,311评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,536评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,696评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,413评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,008评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,659评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,815评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,698评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,592评论 2 353

推荐阅读更多精彩内容