ORA-01779的处理方法（更新数据处理）

Oracle中试图对一个子查询进行更新时可能会出现ORA-01779错误。该错误的内容为： ORA-01779: cannot modify a column which maps to a non-key-preserved table例如，使用以下的更新查询就会出现该错误。

CREATE TABLE test1 （ id integer primary key, num integer ）;
INSERT INTO test1 VALUES （1,0）;
INSERT INTO test1 VALUES （2,0）;
INSERT INTO test1 VALUES （3,0）;
INSERT INTO test1 VALUES （4,0）;
CREATE TABLE test2 （ id integer, num integer, upd integer ）;
INSERT INTO test2 VALUES （1,10, 0）;
INSERT INTO test2 VALUES （2,20, 1）;
UPDATE （SELECT T1.ID ID1, T1.NUM NUM1, T2.ID ID2, T2.NUM NUM2
FROM TEST1 T1, TEST2 T2
WHERE T1.ID = T2.ID
AND T2.UPD = 1）
SET NUM1 = NUM2;
ORA-01779: cannot modify a column which maps to a non-key-preserved table

这个错误的意思是，子查询的结果中，更新数据源（test2）的内容不唯一，导致被更新对象（test1）中的一行可能对应数据源（test2）中的多行。本例中，test2表的id不唯一，因此test2表中可能存在id相同但是num不相同的数据，这种数据是无法用来更新 test1 的。解决方法就是保证数据源的唯一性，例如本例中可以为test2.id创建一个唯一索引： CREATE UNIQUE INDEX test2_idx_001 ON test2 （id）; 之后上面的更新就可以执行了。另外也可以强制 Oracle 执行，方法是加上 BYPASS_UJVC 注释。

UPDATE （SELECT /*+ BYPASS_UJVC */
T1.ID ID1, T1.NUM NUM1, T2.ID ID2, T2.NUM NUM2
FROM TEST1 T1, TEST2 T2
WHERE T1.ID = T2.ID
AND T2.UPD = 1）
SET NUM1 = NUM2;

BYPASS_UJVC的作用是跳过Oracle的键检查。这样虽然能够执行了，但是如果test2中存在不唯一的数据，test1就会被更新多次而导致意想不到的结果。 Fedora下安装Oracle 11gOracle的left join中on和where的区别相关资讯 Oracle错误代码

Oracle错误代码大全（02/16/2015 21:31:57）
Oracle中登陆时报ORA-28000: the （03/06/2013 20:06:23）
Oracle 11g startup时报ORA-03113 （02/21/2013 17:25:55）

Oracle Grid Control OUI-25031错（03/09/2013 09:01:36）
ORA-04091:触发器/函数不能读（02/25/2013 08:28:13）
Oracle错误 ORA-12514 解决方法（02/18/2013 08:50:10）

本文评论查看全部评论（1）

评论声明

尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款