物化视图是Oracle令人激赏的功能之一,在OLAP和OLTP系统.docVIP

物化视图是Oracle令人激赏的功能之一，在OLAP和OLTP系统都有广泛应用。本系列文章对其进行由浅入深的案例讲解。本文侧重在最简单的ON DEMAND和ON COMMIT物化视图的讨论。 【IT专家网独家】　 物化视图是一种特殊的物理表，“物化”(Materialized)视图是相对普通视图而言的。普通视图是虚拟表，应用的局限性大，任何对视图的查询，Oracle都实际上转换为视图SQL语句的查询。这样对整体查询性能的提高，并没有实质上的好处。 　　Oracle最早在OLAP系统中引入了物化视图的概念。但后来很多大型OLTP系统中，发现类似统计的查询是无可避免，而这些查询操作如果很频繁，对整体数据库性能是很致命的。于是Oracle开始不断的改进物化视图，使得其也开始合适OLTP系统。从Oracle 8i到现在，功能已经相对比较完备了。 　　本文是Oracle物化视图系列文章的第一篇，有两个主要目的，来体验一下创建ON DEMAND和ON COMMIT物化视图的方法。ON DEMAND和ON COMMIT物化视图的区别在于其刷新方法的不同，ON DEMAND顾名思义，仅在该物化视图“需要”被刷新了，才进行刷新(REFRESH)，即更新物化视图，以保证和基表数据的一致性;而ON COMMIT是说，一旦基表有了COMMIT，即事务提交，则立刻刷新，立刻更新物化视图，使得数据和基表一致。 　　1、第一个ON DEMAND物化视图 　　1.1、创建ON DEMAND物化视图 　　下面创建一个最简单的物化视图，这个物化视图的定义很类似于普通视图的创建语句，只是多了一个materialized，但就是这个单词，造成了物化视图和普通视图(虚拟表)的天壤之别，也引申出后面很多的事情，呵呵。 　　本例中需要特别注意的是，Oracle给物化视图的重要定义参数的默认值处理，在下面的例子中会有特别说明。因为物化视图的创建本身是很复杂和需要优化参数设置的，特别是针对大型生产数据库系统而言。但Oracle允许以这种最简单的，类似于普通视图的办法来做，所以不可避免的会涉及到默认值问题。 　　像我们这样，创建物化视图时未作指定，则Oracle按ON DEMAND模式来创建。 　　从下例中可以看出： 　　1) 物化视图在某种意义上说就是一个物理表(而且不仅仅是一个物理表)，这通过其可以被user_tables查询出来，而得到佐证; 　　2) 物化视图也是一种段(segment)，所以其有自己的物理存储属性; 　　3) 物化视图会占用数据库磁盘空间，这点从user_segment的查询结果，可以得到佐证。 　　 创建物化视图 　　--获取数据库rdbms版本信息　　 SQL select * from v$version; 　　BANNER 　　-------------------------------------------------------------------------------- 　　Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production 　　PL/SQL Release 11.1.0.6.0 - Production 　　CORE 11.1.0.6.0 Production 　　TNS for 32-bit Windows: Version 11.1.0.6.0 - Production 　　NLSRTL Version 11.1.0.6.0 – Production 　--创建物化视图　　 SQL create materialized view mv_testcf 　　2 as 　　3 select * from xiaotg.testcf; 　　Materialized view created 　　--分析物化视图，以获得统计信息　 SQL analyze table xiaotg.mv_testcf compute statistics; 　　Table analyzed 　　--查看物化视图的行数，发现和master表(TESTCF)一样　　 SQL select tl.table_name, tl.num_rows from user_tables tl where tl.table_name in ( TESTCF, MV_TESTCF ); 　　TABLE_NAME NUM_ROWS 　　------------------------------ ---------- 　　MV_TESTCF 80000 　　TESTCF 80000 　　--查看物化视图的存储参数　　 SQL col segment_n