当前位置: 首页 > 图文教程 > 数据库 > Oracle > 理解物化视图刷新过程中出现的约束冲突

Oracle
数据库Oracle性能优化可能出现的问题
oracle认证辅导:重访Oracle密码
Oracle认证:修改用户指定的默认表空间
Oracle认证:Oracle的三种Join方法
Oracle认证辅导:教你数据库查询初始化参数
教你查询Oracle中的表空间
利用变量在Linux中给文件命名
oracle的case函数控制结构DECODE()函数
解决Oracle被锁定有妙招
Oracle数据库编写事务 几个需要遵守指导方针
如何解决Oracle被锁定问题
如何控制Oracle虚拟专用数据
Oracle入门基础之参数文件
如何解决Oracle数据库ORA-00257故障
实例解析:用Oracle创建实例的参数需求
对比Caché和Oracle在数据库的应用
风河应用Oracle产品为企业2.0提供动力
Oracle数据库中Insert、Update、Delete操作速度大提速
Oracle11g再创TPC-C基准测试性价比世界纪录
Oracle用户常用数据字典的查询

No. « 16 17 18 19 »

技术文章搜索

关键字

Oracle 中的 理解物化视图刷新过程中出现的约束冲突

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-10-31   浏览: 196 ::
收藏到网摘: n/a

本文通过实例的方法来帮助您理解物化视图刷新过程中出现的约束冲突问题。

即使将物化视图的约束建立和基表完全一致，由于物化视图的刷新机制，也会产生约束冲突的现象。

一个简单的例子： 


SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, NAME VARCHAR2(30));--表已创建SQL> ALTER TABLE T ADD CONSTRAINT UN_T_NAME UNIQUE (NAME);--表已更改SQL> CREATE MATERIALIZED VIEW LOG ON T;--实体化视图日志已创建：SQL> CREATE MATERIALIZED VIEW MV_T REFRESH FAST AS SELECT * FROM T;--实体化视图已创建。SQL> ALTER TABLE MV_T ADD CONSTRAINT UN_MV_T_NAME UNIQUE (NAME);--表已更改：SQL> INSERT INTO T VALUES (1, 'A');--已创建 1 行：SQL> INSERT INTO T VALUES (2, 'B');--已创建 1 行：SQL> COMMIT;--提交完成：SQL> EXEC DBMS_MVIEW.REFRESH('MV_T') --PL/SQL 过程已成功完成。

上面构造了一个简单的物化视图，物化视图和基表建立了相同的唯一约束。

下面进行一个循环的更新操作，然后观察刷新的情况： 

SQL> UPDATE T SET NAME = 'C' WHERE ID = 1;--已更新 1 行。SQL> UPDATE T SET NAME = 'A' WHERE ID = 2;--已更新 1 行。SQL> UPDATE T SET NAME = 'B' WHERE ID = 1;--已更新 1 行。SQL> COMMIT;--提交完成。SQL> EXEC DBMS_MVIEW.REFRESH('MV_T')BEGIN DBMS_MVIEW.REFRESH('MV_T'); END;*ERROR 位于第 1 行:ORA-12008: 实体化视图的刷新路径中存在错误ORA-00001: 违反唯一约束条件 (YANGTK.UN_MV_T_NAME)ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 794ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 851ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 832 ORA-06512: 在line 1

刷新失败了。解决这个问题的一个方法是对于物化视图不建立唯一约束，唯一性由基表保证。但是这种方法只对只读物化视图适用。而且，缺少唯一约束信息，可能会影响SQL的执行计划。

这种情况下，最好的解决方法是建立延迟约束。 

SQL> ALTER TABLE MV_T DROP CONSTRAINT UN_MV_T_NAME;--表已更改。SQL> ALTER TABLE MV_T ADD CONSTRAINT UN_MV_T_NAME UNIQUE (NAME) DEFERRABLE;--表已更改。SQL> EXEC DBMS_MVIEW.REFRESH('MV_T') --PL/SQL 过程已成功完成。

注意，延迟唯一约束对应的索引也必须是非唯一的，否则无法达到延迟约束的目的。