--

创建一个基表SQL>CREATETABLETTT1(AINTPRIMARYKEY,BINT);Tablecreated.--

以TTT1为基表创建一个可更新的MViewSQL>CREATESNAPSHOTMV_TTT1FORUPDATEASSELECT*FROMTTT1;Materializedviewcreated.-- 创建MView

LogSQL>CREATEMATERIALIZEDVIEWLOGONTTT1;Materializedviewlogcreated.--

检查MView的对象SQL>SELECTOBJECT_NAME,OBJECT_TYPEFROMALL_OBJECTSWHEREOBJECT_NAMELIKE'%TTT1%';OBJECT_NAMEOBJECT_TYPE------------------------------

-------------------TTT1TABLEMV_TTT1MATERIALIZEDVIEWMV_TTT1TABLEMLOG$_TTT1TABLEUSLOG$_MV_TTT1TABLE--

查看MView相关的INDEXSQL>SELECTINDEX_NAME,TABLE_NAMEFROMUSER_INDEXESWHERETABLE_NAMELIKE'%TTT1%';INDEX_NAMETABLE_NAME------------------------------

------------------------------PK_TTT11MV_TTT1PK_TTT1TTT1--

查看内部触发器SQL>SELECT*FROMUSER_INTERNAL_TRIGGERSWHERETABLE_NAMELIKE'%TTT1%';TABLE_NAMEINTERNAL_TRIGGER_TY------------------------------

-------------------MV_TTT1UPDATABLEMVIEWLOGTTT1MVIEWLOG

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

物化视图的使用小结

物化视图的刷新有二类，分别是：on commit ；on demand。刷新方法有三种分别是：快速(FAST)，完全(COMPLETE)，强制(FORCE)；

ON

COMMIT 与DEMAND 在应用中的问题

ON

COMMIT(在提交时)

如果选择on commit ，则在对主表应用上会造成效率降低，这是因为ORACLＥ在对主表操作提交后马上会进行刷新物化视图操作，这部分时间是也包括在提交时间中。

a)refresh force on

commit:中对删，新增记录，物理视图都能真实反映主表的变化。同时这种情况下不用建物化视图日志表。缺点是提交时间长。

b)refresh fast on

commit:中对新增或修改能真实反映主表的变化，但对删除则不能反映，必须进行一次完全刷新。

ON

DEMAND(根据需要)

DEMAND必须用DBMS_MVIEW.REFRESH存储过程建立的JOB去定时刷新物化视图。

a)refresh fast on

DEMAND:必须通过调用DBMS_MVIEW.REFRESH存储过程来进行快速刷新反映主表新增情况；但当对主表中的数据删除或修改时，快速刷新则会报错，因此必须调DBMS_MVIEW.REFRESH的完全刷新才能反映。可以通过建立JOB解决。

何何时使用物化视图

在逻辑读数量与返回记录数量之间的比率非常高的时候，用来提高大表汇总与(或)连接的性能。

在全表扫描或索引范围扫描都不能提供有效性能的时候，用来提高单表访问的性能。基本上，它们是具有平均选择性的访问，从而需要使用分区功能，但是无法利用分区功能的话，使用物化视图就比较合适了。

在OLTP环境下，对于那些查询频繁但更新相对较少的表比较适合使用物化视图。在这种环境下，为了确保物化视图的数据完全有效，通常会使用基于事务提交的快速杀心模式来刷新物化视图。

物化视图通常在数据仓库环境中来存储汇总结果。因为首先：数据通常是只读的；因此，在数据库只是用于修改表的时候，刷新物化视图的开销可以被降到最小并通过时间窗口被隔离。其次，在这种环境下，提升的空间可能会非常大。

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

物化视图的命令语法

create materialized view [view_name]

refresh [fast|complete|force]

[

on [commit|demand] |

start with (start_time) next (next_time)

]

as

{创建物化视图用的查询语句}

以上是Oracle创建物化视图(Materialized View,以下简称MV)时的常用语法,各参数的含义如下:

1.refresh [fast|complete|force] 视图刷新的方式:

fast:

增量刷新.假设前一次刷新的时间为t1,那么使用fast模式刷新物化视图时,只向视图中添加t1到当前时间段内,主表变化过的数据.为了记录这种变化，

建立增量刷新物化视图还需要一个物化视图日志表。create materialized view log on (主表名)。

complete:全部刷新。相当于重新执行一次创建视图的查询语句。

force: 这是默认的数据刷新方式。当可以使用fast模式时，数据刷新将采用fast方式；否则使用complete方式。

2.MV数据刷新的时间：

on demand:在用户需要刷新的时候刷新，这里就要求用户自己动手去刷新数据了(也可以使用job定时刷新)

on commit:当主表中有数据提交的时候，立即刷新MV中的数据；

start ……：从指定的时间开始，每隔一段时间(由next指定)就刷新一次；

Oracle的物化视图提供了强大的功能，可以用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进

行这些耗时的操作，而从快速的得到结果。物化视图有很多方面和索引很相似：使用物化视图的目的是为了提高查询性能；物化视图对应用透明，增加和删除物化视

图不会影响应用程序中SQL语句的正确性和有效性；物化视图需要占用存储空间；当基表发生变化时，物化视图也应当刷新。

物化视图可以分为以下三种类型：包含聚集的物化视图；只包含连接的物化视图；嵌套物化视图。三种物化视图的快速刷新的限制条件有很大区别，而对于其他方面则区别不大。创建物化视图时可以指定多种选项，下面对几种主要的选择进行简单说明：

创建方式(Build Methods)：包括BUILD IMMEDIATE和BUILD DEFERRED两种。BUILD

IMMEDIATE是在创建物化视图的时候就生成数据，而BUILD

DEFERRED则在创建时不生成数据，以后根据需要在生成数据。默认为BUILD IMMEDIATE。

查询重写(Query Rewrite)：包括ENABLE QUERY REWRITE和DISABLE QUERY

REWRITE两种。分别指出创建的物化视图是否支持查询重写。查询重写是指当对物化视图的基表进行查询时，Oracle会自动判断能否通过查询物化视图

来得到结果，如果可以，则避免了聚集或连接操作，而直接从已经计算好的物化视图中读取数据。默认为DISABLE QUERY

REWRITE。

刷新(Refresh)：指当基表发生了DML操作后，物化视图何时采用哪种方式和基表进行同步。刷新的模式有两种：ON

DEMAND和ON COMMIT。ON

DEMAND指物化视图在用户需要的时候进行刷新，可以手工通过DBMS_MVIEW.REFRESH等方法来进行刷新，也可以通过JOB定时进行刷新。

ON

COMMIT指出物化视图在对基表的DML操作提交的同时进行刷新。刷新的方法有四种：FAST、COMPLETE、FORCE和NEVE*。**ST刷

新采用增量刷新，只刷新自上次刷新以后进行的修改。COMPLETE刷新对整个物化视图进行完全的刷新。如果选择FORCE方式，则Oracle在刷新时

会去判断是否可以进行快速刷新，如果可以则采用FAST方式，否则采用COMPLETE的方式。NEVER指物化视图不进行任何刷新。默认值是FORCE

ON DEMAND。

在建立物化视图的时候可以指定ORDER

BY语句，使生成的数据按照一定的顺序进行保存。不过这个语句不会写入物化视图的定义中，而且对以后的刷新也无效。

物化视图日志：如果需要进行快速刷新，则需要建立物化视图日志。物化视图日志根据不同物化视图的快速刷新的需要，可以建立为ROWID或PRIMARY

KEY类型的。还可以选择是否包括SEQUENCE、INCLUDING NEW VALUES以及指定列的列表。

可以指明ON PREBUILD

TABLE语句将物化视图建立在一个已经存在的表上。这种情况下，物化视图和表必须同名。当删除物化视图时，不会删除同名的表。这种物化视图的查询重写要

求参数QUERY_REWRITE_INTEGERITY必须设置为trusted或者stale_tolerated。

物化视图可以进行分区。而且基于分区的物化视图可以支持分区变化跟踪(PCT)。具有这种特性的物化视图，当基表进行了分区维护操作后，仍然可以进

行快速刷新操作。对于聚集物化视图，可以在GROUP BY列表中使用CUBE或ROLLUP，来建立不同等级的聚集物化视图。

物化视图的基本操作和使用可以查看网址：http://blog.itpub.net/post/468/13318

相关的东东。我主要说明一下使用物化视图的基本东东。如如何建立在特定的表空间上，这些在其他的物化视图上面几乎都没有任何介绍的。主要以我做的一个例子来操作，

如果对物化视图的基本概念清楚了就比较明白在那里写特定的表空间存储了。

创建物化视图时应先创建存储的日志空间

CREATE MATERIALIZED VIEW LOG ON mv_lvy_levytaxbgtdiv

tablespace ZGMV_DATA --日志保存在特定的表空间

WITH ROWID ;

CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydetaildata

tablespace ZGMV_DATA --日志保存在特定的表空间

WITH ROWID,sequence(LEVYDETAILDATAID);

CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydata

tablespace ZGMV_DATA --日志保存在特定的表空间

WITH rowid,sequence(LEVYDATAID);

然后创建物化视图

--创建物化视图

create materialized view MV_LVY_LEVYDETAILDATA

TABLESPACE ZGMV_DATA --保存表空间

BUILD DEFERRED --延迟刷新不立即刷新

refresh force --如果可以快速刷新则进行快速刷新，否则完全刷新

on demand --按照指定方式刷新

start with to_date('24-11-2005 18:00:10', 'dd-mm-yyyy hh24:mi:ss')

--第一次刷新时间

next TRUNC(SYSDATE+1)+18/24 --刷新时间间隔

as

SELECT levydetaildataid, detaildatano, taxtermbegin,

taxtermend,

......

ROUND(taxdeduct * taxpercent1, 2) - ROUND(taxdeduct * taxpercent2,

2) -

ROUND(taxdeduct * taxpercent3, 2) - ROUND(taxdeduct * taxpercent4,

2) -

ROUND(taxdeduct * taxpercent5, 2) taxdeduct, ROUND(taxfinal *

taxpercent1, 2) -

ROUND(taxfinal * taxpercent2, 2) - ROUND(taxfinal * taxpercent3, 2)

-

ROUND(taxfinal * taxpercent4, 2) - ROUND(taxfinal * taxpercent5, 2)

taxfinal,

a.levydataid, a.budgetitemcode, taxtypecode,

......

FROM tb_lvy_levydetaildata a, tb_lvy_levydata c,

MV_LVY_LEVYTAXBGTDIV b

WHERE a.levydataid = c.levydataid

AND a.budgetdistrscalecode = b.budgetdistrscalecode

AND a.budgetitemcode = b.budgetitemcode

AND c.incomeresidecode = b.rcvfisccode

AND C.TAXSTATUSCODE='08'

AND C.NEGATIVEFLAG!='9'

删除物化视图日志

--删除物化视图：

--删除日志： DROP materialized view log on mv_lvy_levytaxbgtdiv;

DROP materialized view log on tb_lvy_levydetaildata;

DROP materialized view log on tb_lvy_levydata;

--删除物化视图 drop materialized view MV_LVY_LEVYDETAILDATA;

--基本和对表的操作一致 --物化视图由于是物理真实存在的，故可以创建索引。

创建方式和对普通表创建方式相同，就不在重复写了。