理解物化视图刷新过程中出现的约束冲突
2007-08-09 16:02
190 查看
本文通过实例的方法来帮助您理解物化视图刷新过程中出现的约束冲突问题。
即使将物化视图的约束建立和基表完全一致,由于物化视图的刷新机制,也会产生约束冲突的现象。
一个简单的例子:
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 过程已成功完成。
上面构造了一个简单的物化视图,物化视图和基表建立了相同的唯一约束。
下面进行一个循环的更新操作,然后观察刷新的情况:
--已更新 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 794
ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 851
ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 832
ORA-06512: 在line 1
刷新失败了。解决这个问题的一个方法是对于物化视图不建立唯一约束,唯一性由基表保证。但是这种方法只对只读物化视图适用。而且,缺少唯一约束信息,可能会影响SQL的执行计划。
这种情况下,最好的解决方法是建立延迟约束。
--表已更改。
SQL> ALTER TABLE MV_T ADD CONSTRAINT
UN_MV_T_NAME UNIQUE (NAME) DEFERRABLE;
--表已更改。
SQL> EXEC DBMS_MVIEW.REFRESH('MV_T')
--PL/SQL 过程已成功完成。
注意,延迟唯一约束对应的索引也必须是非唯一的,否则无法达到延迟约束的目的。
即使将物化视图的约束建立和基表完全一致,由于物化视图的刷新机制,也会产生约束冲突的现象。
一个简单的例子:
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 794
ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 851
ORA-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 过程已成功完成。
注意,延迟唯一约束对应的索引也必须是非唯一的,否则无法达到延迟约束的目的。
相关文章推荐
- 理解物化视图刷新过程中出现的约束冲突
- oracle中Job定期执行存储过程刷新物化视图并记录异常(我的物化视图不能自己刷)
- Oracle 存储过程刷新物化视图
- 定位导致物化视图无法快速刷新的原因 分类: H2_ORACLE 2013-08-08 23:04 335人阅读 评论(0) 收藏
- 物化视图快速刷新的限制
- Oracle如何根据物化视图日志快速刷新物化视图
- Oracle 物化视图 快速刷新 限制 说明
- [转]数据库物化视图刷新SQL命令和查询被delete掉的数据
- 如何解决DbUnit的Maven插件在执行过程中出现的侵犯外键约束错误(MySQLIntegrityConstraintViolationException)
- 索引、视图、游标、存储过程和触发器的理解
- 手工刷新物化视图的两种方法
- oracle 11g 使用物化视图远程增量刷新数据
- Ubuntu 安装软件的过程中,出现版本冲突的解决办法
- 对一个物化视图进行快速刷新!
- oracle基于COMMIT SCN的物化视图日志如何支持快速刷新(一)
- Oracle:物化视图创建及刷新的脚本.
- Oracle物化视图创建全过程
- Oracle 物化视图日志 与 快速刷新 说明
- Oracle物化视图定时全量刷新导致归档日志骤增
- 【翻译自mos文章】怎么样kill 一个被挂起的自动物化视图刷新job?