SQL> ALTER TABLE T_MVLOG MOVE;

Table altered.

SQL> EXEC DBMS_MVIEW.REFRESH(‘MV_T_MVLOG’,'FAST’);
BEGIN DBMS_MVIEW.REFRESH(‘MV_T_MVLOG’,'FAST’); END;

*
ERROR at line 1:
ORA-12034: materialized view log on “ANYSQL”.”T_MVLOG” younger than last refresh
ORA-06512: at “SYS.DBMS_SNAPSHOT”, line 803
ORA-06512: at “SYS.DBMS_SNAPSHOT”, line 860
ORA-06512: at “SYS.DBMS_SNAPSHOT”, line 841
ORA-06512: at line 1

    为什么失败, 可以仔细分析一下基于ROWID的MVIEW LOG被刷新的过程, 当基表移动后, ROWID的值变了, 因此不能再继续支持主表的UPDATE/DELETE这样的操作了. 下面将这个实体化视图重新定义成基于主键(Primary Key)的, 首先删除现有的实体化视图及日志, 再为表加一个主键, 重新创建实体化视图 :

SQL>  alter table t_mvlog modify col1 not null;

Table altered.

SQL> alter table t_mvlog add primary key (col1);

Table altered.

SQL> create materialized view log on t_mvlog with primary key, sequence;

Materialized view log created.

SQL> CREATE MATERIALIZED VIEW MV_T_MVLOG
  2    REFRESH FAST WITH PRIMARY KEY
  3  AS SELECT ROWID R_ID, A.* FROM T_MVLOG A;

Materialized view created.

    再对基表作移动(Move)操作后, 就可以进行增量刷新了.

SQL> alter table t_mvlog move;

Table altered.

SQL> exec dbms_mview.refresh(‘MV_T_MVLOG’,'FAST’);

PL/SQL procedure successfully completed.

    选择基于ROWID还是基于主键(Primary Key)的实体化视图日志, 还是很重要的.

Relative Posts:

• 2007/03/09 -- Oracle的实体化视图(MVIEW)的深入研究之三 (0)
• 2007/03/08 -- Oracle的实体化视图(MVIEW)的深入研究之一 (0)
• 2007/12/18 -- MVIEW引起ORA-04031 (0)
• 2007/07/17 -- 问题解答 — 如何得知一张表的纪录有变化? (2)
• 2007/03/29 -- 使refresh_mysql适用于数据归档的一点改进 (0)
• 2007/03/29 -- 由物化视图Complete刷新引起的数据丢失 (11)
• 2007/03/14 -- refresh_mysql.pl角本的一个配置例子 (0)
• 2007/03/08 -- Oracle的实体化视图(MVIEW)的深入研究之二 (0)
• 2008/07/24 -- 事务数高了会如何? (3)
• 2008/03/06 -- HVR, 欧州的Shareplex? (0)

CREATE TABLE T_MVLOG (COL1 VARCHAR2(20));
CREATE MATERIALIZED VIEW LOG ON T_MVLOG
    WITH ROWID, sequence;
CREATE MATERIALIZED VIEW MV_T_MVLOG
   REFRESH FAST
   WITH ROWID
AS
   SELECT ROWID R_ID, A.* FROM T_MVLOG A;

    我们对DBMS_MVIEW.REFRESH作一个SQL_TRACE, 在这个例子中, 我在基表中插入了一打记录, 然后作跟踪的. 可以看到第一步为:

update “ANYSQL”.”MLOG$_T_MVLOG” set snaptime$$ = :1  
   where snaptime$$ >
      to_date(’2100-01-01:00:00:00′,’YYYY-MM-DD:HH24:MI:SS’)

    第二步, 取得在这段时间内发生修改的每一行的ROWID

SELECT DISTINCT M_ROW$$ FROM
(
   SELECT M_ROW$$
        FROM “ANYSQL”.”MLOG$_T_MVLOG” MLOG$
        WHERE “SNAPTIME$$” > :1 AND (“DMLTYPE$$” != ‘I’)
) LOG$
WHERE (M_ROW$$) NOT IN
     (
       SELECT ROWID FROM “T_MVLOG” “MAS_TAB$”
           WHERE MAS_TAB$.ROWID = LOG$.M_ROW$$
     )

    第三步, 取得刷新后的值

SELECT CURRENT$.”R_ID”,
       CURRENT$.”COL1″,
       ROWIDTOCHAR(CURRENT$.ROWID) M_ROW$$
FROM
(
  SELECT “A”.ROWID “R_ID”,”A”.”COL1″ “COL1″ FROM “T_MVLOG” “A”
) CURRENT$,
(
  SELECT DISTINCT M_ROW$$ FROM “ANYSQL”.”MLOG$_T_MVLOG” MLOG$
      WHERE “SNAPTIME$$” > :1 AND (“DMLTYPE$$” != ‘D’)
) LOG$
WHERE CURRENT$.ROWID = LOG$.M_ROW$$

    第四步, 对MVIEW进行插入

INSERT INTO “ANYSQL”.”MV_T_MVLOG”  (“R_ID”,”COL1″,”M_ROW$$”)
   VALUES (:1,:2,:3)

    最后一步, 删除MVLOG中的值

delete from “ANYSQL”.”MLOG$_T_MVLOG” where snaptime$$ <= :1

    从这外过程来看, 可以调的方法有四个, 首先尽量使用快速刷新, 提高刷新频率, 其次可以在MLOG$_T_MVLOG这个表的snaptime$$字段上建索引, 第三为刷新的过程设定会话级的DB_FILE_MULTIBLOCK_READ_COUNT以及SORT_AREA_SIZE等参数, 第四选择时间对MLOG$_T_MVLOG这个表进行重组以减少表的大小. 这些方法仅供参考.

Relative Posts:

• 2007/03/09 -- Oracle的实体化视图(MVIEW)的深入研究之四 (2)
• 2007/03/09 -- Oracle的实体化视图(MVIEW)的深入研究之三 (0)
• 2007/12/18 -- MVIEW引起ORA-04031 (0)
• 2007/03/29 -- 使refresh_mysql适用于数据归档的一点改进 (0)
• 2007/03/29 -- 由物化视图Complete刷新引起的数据丢失 (11)
• 2007/03/14 -- refresh_mysql.pl角本的一个配置例子 (0)
• 2008/01/17 -- 不能删除物化视图? (1)
• 2007/09/04 -- 在Perl中用Array DML来进行性能调优 (0)
• 2007/07/17 -- 问题解答 — 如何得知一张表的纪录有变化? (2)
• 2007/03/24 -- 在MySQL中建立实体化视图日志 (2)