zoukankan      html  css  js  c++  java
  • Oracle如何根据物化视图日志快速刷新物化视图

    Oracle物化视图的快速刷新机制是通过物化视图日志完成的。Oracle如何通过一个物化视图日志就可以支持多个物化视图的快速刷新呢,本文简单的描述一下刷新的原理。

             

    首先,看一下物化视图的结构:
    SQL> create table t(id number, name varchar2(30), num number);
    表已创建。

               

    SQL> create materialized view log on t with rowid, sequence(id, name) including new values;
    实体化视图日志已创建。

                    

    SQL> desc mlog$_t

    ID和NAME是建立物化视图日志时指定的基表中的列,它们记录每次DML操作对应的ID和NAME的值。
    M_ROW$$保存基表的ROWID信息,根据M_ROW$$中的信息可以定位到发生DML操作的记录。
    SEQUENCE$$根据DML操作发生的顺序记录序列的编号,当刷新时,根据SEQUENCE$$中的顺序就可以和基表中的执行顺序保持一致。
    SNAPTIME$$列记录了刷新操作的时间。
    DMLTYPE$$的记录值I、U和D,表示操作是INSERT、UPDATE还是DELETE。
    OLD_NEW$$表示物化视图日志中保存的信息是DML操作之前的值(旧值)还是DML操作之后的值(新值)。除了O和N这两种类型外,对于UPDATE操作,还可能表示为U。
    CHANGE_VECTOR$$记录DML操作发生在那个或那几个字段上。

                     

    有关物化视图日志结构的详细描述,可以参考文档:物化视图日志结构:http://blog.itpub.net/post/468/20498

            

    根据上面的描述,可以发现,当刷新物化视图时,只需要根据SEQUENCE$$列给出的顺序,通过M_ROW$$定位到基表的记录,如果是UPDATE操作,通过CHANGE_VECTOR$$定位到字段,然后根据基表中的数据重复执行DML操作。

            

    如果物化视图日志只针对一个物化视图,那么刷新过程就是这么简单,还需要做的不过是在刷新之后将物化视图日志清除掉。

                  

    但是,Oracle的物化视图日志是可以同时支持多个物化视图的快速刷新的,也就是说,物化视图在刷新时还必须判断哪些物化视图日志记录是当前物化视图刷新需要的,哪些是不需要的。而且,物化视图还必须确定,在刷新物化视图后,物化视图日志中哪些记录是需要清除的,哪些是不需要清除的。

                     

    回顾一下物化视图日志的结构,发现只剩下一个SHAPTIME$$列,那么Oracle如何仅通过这一列就完成了对多个物化视图的支持呢?下面建立一个小例子,通过例子来进行说明。

                

    使用上文中建立的表和物化视图日志,下面对这个表建立三个快速刷新的物化视图。      

              

    SQL> create materialized view mv_t_id refresh fast as select id, count(*) from t group by id;
    实体化视图已创建。

                  

    SQL> create materialized view mv_t_name refresh fast as select name, count(*) from t group by name;
    实体化视图已创建。

                 

    SQL> create materialized view mv_t_id_name refresh fast as select id, name, count(*) from t group by id, name;
    实体化视图已创建。

                

    SQL> insert into t values (1, 'a', 2);
    已创建 1 行。

                  

    SQL> insert into t values (1, 'b', 3);
    已创建 1 行。

                   

    SQL> insert into t values (2, 'a', 5);
    已创建 1 行。

                

    SQL> insert into t values (3, 'b', 7);
    已创建 1 行。

                

    SQL> update t set name = 'c' where id = 3;
    已更新 1 行。

                  

    SQL> delete t where id = 2;
    已删除 1 行。

                

    SQL> commit;
    提交完成。

                

    SQL> select id, name, m_row$$, snaptime$$, dmltype$$ from mlog$_t;

    当发生了DML操作后,物化视图日志中的SNAPTIME$$列保持的值是4000-01-01 00:00:00。这个值表示这条记录还没有被任何物化视图刷新过。第一个刷新这些记录的物化视图会将SNAPTIME$$的值更新为物化视图当前的刷新时间。

             

    SQL> exec dbms_mview.refresh('MV_T_ID');
    PL/SQL 过程已成功完成。

             

    SQL> select id, name, m_row$$, snaptime$$, dmltype$$ from mlog$_t;

                            

    Oracle根据数据字典中的信息可以知道表T上建立了三个物化视图,因此,MV_T_ID刷新完之后,不会删除物化视图记录。

    Oracle的数据字典中还保存着每个物化视图上次刷新的时间和当前的刷新状态。

    SQL> select name, last_refresh from user_mview_refresh_times;


    SQL> select mview_name, last_refresh_date, staleness from user_mviews;

    这些视图中记录了每个物化视图上次执行刷新操作的时间,并且给出每个物化视图中的数据是否是和基表同步的。由于MV_T_ID刚刚进行了刷新,因此状态是FRESH,而另外两个由于在刷新(建立)之后,基表又进行了DML操作,因此状态为NEEDS_COMPILE。如果这时对基表进行DML操作,则MV_T_ID的状态也会变为NEEDS_COMPILE。

            

    SQL> insert into t values (4, 'd', 10);
    已创建 1 行。

               

    SQL> commit;
    提交完成。

            

    SQL> select id, name, m_row$$, snaptime$$, dmltype$$ from mlog$_t;

    SQL> select mview_name, last_refresh_date, staleness from user_mviews;

    下面刷新物化视图MV_T_ID_NAME,刷新操作的判断依据是,只刷新SNAPTIME$$列大于当前物化视图的LAST_REFRESH_DATE的记录,由于物化视图日志中所有记录的SNAPTIME$$的值都比物化视图MV_T_ID_NAME上次刷新的时间点大,因此会刷新所有记录。对于SNAPTIME$$列的值是4000-01-01 00:00:00的记录,物化视图会把SNAPTIME$$列的值更新为当前刷新时间,对于那些已经被更新过的SNAPTIME$$列,则保持原值。

            

    SQL> exec dbms_mview.refresh('MV_T_ID_NAME')
    PL/SQL 过程已成功完成。

               

    SQL> select id, name, m_row$$, snaptime$$, dmltype$$ from mlog$_t;

     

    SQL> select mview_name, last_refresh_date, staleness from user_mviews;

    如果这时再次刷新物化视图MV_T_ID,则只有ID=4的这条记录的SNAPTIME$$的时间点大于MV_T_ID上次刷新的时间点,因此,只刷新这一条记录,且不会改变SNAPTIME$$的值。

             
    SQL> exec dbms_mview.refresh('MV_T_ID')
    PL/SQL 过程已成功完成。

              
    SQL> select id, name, m_row$$, snaptime$$, dmltype$$ from mlog$_t;

    SQL> select mview_name, last_refresh_date, staleness from user_mviews;

    到目前为止,还没有看到过物化视图日志的清除,其实每次进行完刷新,物化视图日志都会试图删除没有用的物化视图日志记录。物化视图日志记录的删除条件是删除那些SNAPTIME$$列小于等于基表所有物化视图的上次刷新时间。在上面的例子中,由于MV_T_NAME一直没有刷新,因此它的LAST_REFRESH_DATE比物化视图日志中所有记录的值都小,因此,一直没有发生物化视图日志记录清除的现象。

         
    SQL> insert into t values (5, 'e', 2);
    已创建 1 行。

        
    SQL> commit;
    提交完成。

         
    SQL> exec dbms_mview.refresh('MV_T_NAME')
    PL/SQL 过程已成功完成。

        
    SQL> select id, name, m_row$$, snaptime$$, dmltype$$ from mlog$_t;

    SQL> select mview_name, last_refresh_date, staleness from user_mviews;

    物化视图MV_T_NAME刷新了物化视图中的每条记录,更新了ID=5的记录的SNAPTIME$$时间,并清除了其它所有物化视图日志记录。

               

    SQL> drop materialized view log on t;
    实体化视图日志已删除。

    SQL> drop materialized view mv_t_id;
    实体化视图已删除。

    SQL> drop materialized view mv_t_name;
    实体化视图已删除。

    SQL> drop materialized view mv_t_id_name;
    实体化视图已删除。

    SQL> drop table t;
    表已删除。

    SQL>

                 

    最后,简单总结一下:
    物化视图在刷新时,会刷新所有SNAPTIME$$大于物化视图上次刷新时间的记录,并将所有是4000-01-01 00:00:00的记录更新为当前刷新时间。对于其他大于上次刷新时间的记录,只刷新不更改。这样,当刷新执行完以后,数据字典中记录当前物化视图的上次刷新时间为当前时刻,这保证了物化视图日志中目前所有的记录都小于或等于刷新时间。因此,每个物化视图只要刷新大于上次刷新时间的记录,且保证每次刷新后,所有记录的时间都小于等于上次刷新时间,那么无论有多少个物化视图,就可以互不影响的使用同一个物化视图日志进行快速刷新了。当物化视图刷新完之后,会清除那些SNAPTIME$$列小于所有物化视图的上次刷新时间的记录,而这些记录已经被所有的物化视图都刷新过了,保存在物化视图日志中已经没有意义了。

                       

    -----------------------------------------------------------------------------------  

    Blog:http://www.cnblogs.com/linjiqin/
    J2EE、Android、Linux、Oracle QQ交流群:142463980、158560018(满)

    题外话:
    本人来自铁观音的发源地——泉州安溪,正宗安溪铁观音,有需要的友友欢迎加我Q:416501600。
    茶叶淘宝店:http://shop61968332.taobao.com/  

  • 相关阅读:
    GitLab 介绍
    git 标签
    git 分支
    git 仓库 撤销提交 git reset and 查看本地历史操作 git reflog
    git 仓库 回退功能 git checkout
    python 并发编程 多进程 练习题
    git 命令 查看历史提交 git log
    git 命令 git diff 查看 Git 区域文件的具体改动
    POJ 2608
    POJ 2610
  • 原文地址:https://www.cnblogs.com/linjiqin/p/2513551.html
Copyright © 2011-2022 走看看