SQL>creatematerializedviewmv_testcf2as3select*fromxiaotg.testcf;Materializedviewcreated
--分析物化视图,以获得统计信息
SQL>analyzetablexiaotg.mv_testcfcomputestatistics;Tableanalyzed
--查看物化视图的行数,发现和master表(TESTCF)一样
SQL>selecttl.table_name,tl.num_rowsfromuser_tablestlwheretl.table_namein('TESTCF','MV_TESTCF');TABLE_NAMENUM_ROWS----------------------------------------MV_TESTCF80000TESTCF80000
--查看物化视图的存储参数
SQL>colsegment_namefora24SQL>selectsg.segment_name,sg.bytes,sg.blocksfromuser_segmentssgwheresg.segment_name='MV_TESTCF';SEGMENT_NAMEBYTESBLOCKS--------------------------------------------MV_TESTCF94371841152
●查看物化视图关键定义
--查看物化视图的定义设置,请关注蓝色字体部分。
--这表明,默认情况下,如果没指定刷新方法和刷新模式,则Oracle默认为FORCE和DEMAND。
--其他的集中刷新方法和刷新模式以后将分别予以介绍。
SQL> select mv.* from user_mviews mv where
mv.MVIEW_NAME = 'MV_TESTCF';
(为增加查询结果的可读性,下面进行了行列的互转)
OWNERXIAOTGMVIEW_NAMEMV_TESTCFCONTAINER_NAMEMV_TESTCFQUERYQUERY_LEN80UPDATABLENUPDATE_LOGMASTER_ROLLBACK_SEGMASTER_LINKREWRITE_ENABLEDNREWRITE_CAPABILITYGENERALREFRESH_MODEDEMANDREFRESH_METHODFORCEBUILD_MODEIMMEDIATEFAST_REFRESHABLEDMLLAST_REFRESH_TYPECOMPLETELAST_REFRESH_DATE-9-915:02STALENESSFRESHAFTER_FAST_REFRESHFRESHUNKNOWN_PREBUILTNUNKNOWN_PLSQL_FUNCNUNKNOWN_EXTERNAL_TABLENUNKNOWN_CONSIDER_FRESHNUNKNOWN_IMPORTNUNKNOWN_TRUSTED_FDNCOMPILE_STATEVALIDUSE_NO_INDEXNSTALE_SINCENUM_PCT_TABLES0NUM_FRESH_PCT_REGIONSNUM_STALE_PCT_REGIONS
1.2、测试ON DEMAND物化视图的更新特性
物化视图最重要的功能和特性之一,就是其数据会随着基表(或称主表,master表,本例中为TESTCF)的变化而变,基表数据增了,物化视图数据会变多;基表数据删了,物化视图数据也会变少。
但怎么更新?或者说物化视图的数据怎么随着基表而更新?Oracle提供了两种方式,手工刷新和自动刷新,像我们这种,在物化视图定义时,未作任何指定,那当然是默认的手工刷新了。也就是说,通过我们手工的执行某个Oracle提供的系统级存储过程或包,来保证物化视图与基表数据一致性。
这是最基本的刷新办法了。但所谓的自动刷新,其实也就是Oracle会建立一个job,通过这个job来调用相同的存储过程或包,加以实现,这在本系列文章的第2篇会将以详细阐述。
下面将测试INSERT,UPDATE和DELETE的测试方法类似,大家有兴趣的话,可以自己试一试。
需要注意的是,下面暂不讨论如何刷新ON DEMAND物化视图,这是下一篇文章的内容。下面仅仅关注ON
DEMAND物化视图的特性及其和ON
COMMIT物化视图的区别,即前者不刷新(手工或自动)就不更新物化视图,而后者不刷新也会更新物化视图,——只要基表发生了COMMIT。
●在基表插入测试数据
基表数据插入后,会发现,物化视图并不会随之更新。
--检查基表和物化视图是否有80001这一行记录。
SQL>colidfora10;SQL>colnamefora30;SQL>select*fromxiaotg.testcftwheret.id=80001;IDNAME----------------------------------------SQL>select*fromxiaotg.mv_testcftwheret.id=80001;IDNAME----------------------------------------
--插入测试数据80001
--这时发现,基表有数据,但物化视图并没有
SQL>insertintoxiaotg.testcf2values(80001,'xiaotghehe');1rowinsertedSQL>commit;Commitcomplete
1.2.2 测试物化视图数据是否更新
从下面的实验可以看出,物化视图数据不会更新,即使等上1分钟、1小时、或者1天。
关于如何使得ON DEMAND物化视图数据被更新,参加本系列的第二篇文章哈:)
SQL>select*fromxiaotg.testcftwheret.id=80001;IDNAME----------------------------------------80001xiaotgheheSQL>select*fromxiaotg.mv_testcftwheret.id=80001;IDNAME----------------------------------------SQL>
2、第一个ON
COMMIT物化视图
最简单的ON COMMIT物化视图的创建,和上面创建ON DEMAND的物化视图区别不大。因为ON DEMAND是默认的,所以ON
COMMIT物化视图,需要再增加个参数即可。
2.1
创建ON COMMIT物化视图
●创建物化视图
需要注意的是,无法在定义时仅指定ON COMMIT,还得附带个参数才行,本例中附带refresh
force,关于这个参数的意思,以后将加以阐述。
--创建ON COMMIT物化视图
SQL>creatematerializedviewmv_testcf22refreshforceoncommit3as4select*fromxiaotg.testcf;MaterializedviewcreatedSQL>
--分析物化视图和基表
SQL>analyzetablexiaotg.mv_testcf2computestatistics;TableanalyzedSQL>analyzetablexiaotg.testcfcomputestatistics;Tableanalyzed
--查看当前基表和物化视图的行数
SQL>selecttl.table_name,tl.num_rowsfromuser_tablestlwheretl.table_namein('TESTCF','MV_TESTCF2');TABLE_NAMENUM_ROWS----------------------------------------MV_TESTCF280000TESTCF80000
●查看物化视图关键定义
可以从DBA_MVIEWS中看出,刷新模式为COMMIT,这也是它和上面ON
DEMAND物化视图的唯一区别。
SQL>selectmv.*fromuser_mviewsmvwheremv.MVIEW_NAME='MV_TESTCF';
(为增加查询结果的可读性,下面进行了行列的互转,且只显示前三个关键列的)
REFRESH_MODECOMMITREFRESH_METHODFORCEBUILD_MODEIMMEDIATE
2.2
测试ON COMMIT物化视图的更新特性
ON
COMMIT物化视图会在基表一旦提交时,就会立刻更新物化视图本身,而且一般仅在物化视图数据也被更新后,基表数据才会事实的提交。
这意味着,这种模式可能会导致延迟基表数据的提交。。这点在下面的实验中体现得很清楚。
实验中,对基表TESTCF,平常的COMMIT在0.01秒内可以完成,但在有了ON
COMMIT视图MV_TESTCF2后,居然要6秒。速度减低了很多倍。ON COMMIT视图对基表的影响可见一斑。
●在基表中插入数据
SQL>settimingon;SQL>insertintoxiaotg.testcf(id,name)values(80002,'xiaotgagainhehe');1rowinsertedExecutedin0.015secondsSQL>commit;CommitcompleteExecutedin6.985secondsSQL>select*fromxiaotg.testcfwhereid=80002;IDNAME-----------------------------------------------------------------------------------------------------------------80002xiaotgagainheheExecutedin0secondsSQL>colidfora10;SQL>colnamefora40;SQL>select*fromxiaotg.testcfwhereid=80002;IDNAME--------------------------------------------------80002xiaotgagainheheExecutedin0.016secondsSQL>select*fromxiaotg.mv_testcf2whereid=80002;IDNAME--------------------------------------------------80002xiaotgagainheheExecutedin0.031seconds
●测试基表正常情况下的COMMIT速度
SQL>dropmaterializedviewmv_testcf2;MaterializedviewdroppedExecutedin1.984secondsSQL>SQL>SQL>insertintoxiaotg.testcf(id,name)values(80003,'xiaotgagainhehe3');1rowinsertedExecutedin0secondsSQL>commit;CommitcompleteExecutedin0seconds