创建最简单物化视图
　　物化视图是一种特殊的物理表，“物化” 物化视图会占用数据库磁盘空间，这点从user_segment的查询结果，可以得到佐证。
　　创建物化视图
　　--获取数据库rdbms版本信息
　　SQLselect*fromv$version; BANNER -------------------------------------------------------------------------------- OracleDatabase11gEnterpriseEditionRelease11.1.0.6.0-Production PL/SQLRelease11.1.0.6.0-Production CORE11.1.0.6.0Production TNSfor32-bitWindows:Version11.1.0.6.0-Production NLSRTLVersion11.1.0.6.0–Production
　　--创建物化视图
　　SQLcreatematerializedviewmv_testcf 2as 3select*fromxiaotg.testcf; Materializedviewcreated
　　--分析物化视图，以获得统计信息
　　SQLanalyzetablexiaotg.mv_testcfcomputestatistics; Tableanalyzed
　　--查看物化视图的行数，发现和master表(TESTCF)一样
　　SQLselecttl.table_name，tl.num_rowsfromuser_tablestlwheretl.table_namein(‘TESTCF‘，‘MV_TESTCF‘); TABLE_NAMENUM_ROWS ---------------------------------------- MV_TESTCF80000 TESTCF80000
　　--查看物化视图的存储参数
　　SQLcolsegment_namefora24 SQLselectsg.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‘;
　　(为增加查询结果的可读性，下面进行了行列的互转)
　　OWNERXIAOTG MVIEW_NAMEMV_TESTCF CONTAINER_NAMEMV_TESTCF QUERY QUERY_LEN80 UPDATABLEN UPDATE_LOG MASTER_ROLLBACK_SEG MASTER_LINK REWRITE_ENABLEDN REWRITE_CAPABILITYGENERAL REFRESH_MODEDEMAND REFRESH_METHODFORCE BUILD_MODEIMMEDIATE FAST_REFRESHABLEDML LAST_REFRESH_TYPECOMPLETE LAST_REFRESH_DATE2008-9-915:02 STALENESSFRESH AFTER_FAST_REFRESHFRESH UNKNOWN_PREBUILTN UNKNOWN_PLSQL_FUNCN UNKNOWN_EXTERNAL_TABLEN UNKNOWN_CONSIDER_FRESHN UNKNOWN_IMPORTN UNKNOWN_TRUSTED_FDN COMPILE_STATEVALID USE_NO_INDEXN STALE_SINCE NUM_PCT_TABLES0 NUM_FRESH_PCT_REGIONS NUM_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这一行记录。
　　SQLcolidfora10; SQLcolnamefora30; SQLselect*fromxiaotg.testcftwheret.id=80001; IDNAME ---------------------------------------- SQLselect*fromxiaotg.mv_testcftwheret.id=80001; IDNAME ----------------------------------------
　　--插入测试数据80001
　　--这时发现，基表有数据，但物化视图并没有
　　SQLinsertintoxiaotg.testcf 2values(80001，‘xiaotghehe‘); 1rowinserted SQLcommit; Commitcomplete
　　1.2.2 测试物化视图数据是否更新
　　从下面的实验可以看出，物化视图数据不会更新，即使等上1分钟、1小时、或者1天。
　　关于如何使得ON DEMAND物化视图数据被更新，参加本系列的第二篇文章哈：)
　　SQLselect*fromxiaotg.testcftwheret.id=80001; IDNAME ---------------------------------------- 80001xiaotghehe SQLselect*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物化视图
　　SQLcreatematerializedviewmv_testcf2 2refreshforceoncommit 3as 4select*fromxiaotg.testcf; Materializedviewcreated SQL
　　--分析物化视图和基表
　　SQLanalyzetablexiaotg.mv_testcf2computestatistics; Tableanalyzed SQLanalyzetablexiaotg.testcfcomputestatistics; Tableanalyzed
　　--查看当前基表和物化视图的行数
　　SQLselecttl.table_name，tl.num_rowsfromuser_tablestlwheretl.table_namein(‘TESTCF‘，‘MV_TESTCF2‘); TABLE_NAMENUM_ROWS ---------------------------------------- MV_TESTCF280000 TESTCF80000
　　查看物化视图关键定义
　　可以从DBA_MVIEWS中看出，刷新模式为COMMIT，这也是它和上面ON DEMAND物化视图的唯一区别。
　　SQLselectmv.*fromuser_mviewsmvwheremv.MVIEW_NAME=‘MV_TESTCF‘;
　　(为增加查询结果的可读性，下面进行了行列的互转，且只显示前三个关键列的)
　　REFRESH_MODECOMMIT REFRESH_METHODFORCE BUILD_MODEIMMEDIATE
　　2.2 测试ON COMMIT物化视图的更新特性
　　ON COMMIT物化视图会在基表一旦提交时，就会立刻更新物化视图本身，而且一般仅在物化视图数据也被更新后，基表数据才会事实的提交。
　　这意味着，这种模式可能会导致延迟基表数据的提交。。这点在下面的实验中体现得很清楚。
　　实验中，对基表TESTCF，平常的COMMIT在0.01秒内可以完成，但在有了ON COMMIT视图MV_TESTCF2后，居然要6秒。速度减低了很多倍。ON COMMIT视图对基表的影响可见一斑。
　　在基表中插入数据
　　SQLsettimingon; SQLinsertintoxiaotg.testcf(id，name)values(80002，‘xiaotgagainhehe‘); 1rowinserted Executedin0.015seconds SQLcommit; Commitcomplete Executedin6.985seconds SQLselect*fromxiaotg.testcfwhereid=80002; IDNAME ----------------------------------------------------------------------------------------------------------------- 80002xiaotgagainhehe Executedin0seconds SQLcolidfora10; SQLcolnamefora40; SQLselect*fromxiaotg.testcfwhereid=80002; IDNAME -------------------------------------------------- 80002xiaotgagainhehe Executedin0.016seconds SQLselect*fromxiaotg.mv_testcf2whereid=80002; IDNAME --------------------------------------------------80002xiaotgagainhehe Executedin0.031seconds
　　测试基表正常情况下的COMMIT速度
　　SQLdropmaterializedviewmv_testcf2; Materializedviewdropped Executedin1.984seconds SQL SQL SQLinsertintoxiaotg.testcf(id，name)values(80003，‘xiaotgagainhehe3‘); 1rowinserted Executedin0seconds SQLcommit; Commitcomplete Executedin0seconds