create materialized view [view_name]
{TABLESPACE (表空间名)} --保存表空间
{BUILD [DEFERRED|IMMEDIATE(默认值)]} --延迟刷新还是立即刷新
refresh [fast|complete|force]
[
on [commit|demand] |
start with (start_time) next (next_time)
]
as
{创建物化视图用的查询语句}
相关参数说明：
1，
Build子句：定义创建方式，包括BUILD IMMEDIATE和BUILD DEFERRED两种
BUILD IMMEDIATE 在创建实体化视图的时候就生成数据，默认 BUILD IMMEDIATE
BUILD DEFERRED 在创建时不生成数据，以后根据需要在生成数据
2，
Refresh子句：定义数据同步刷新，当基表发生了DML操作后，实体化视图何时采用哪种方式和基表进行同步，语法：
[refresh [fast | complete | force]
[on demand | commit]
[start with date]
[next date]
[with {primary key | rowid}]
]
FAST 采用增量刷新，只刷新自上次刷新以后进行的修改,如果指定REFRESH FAST子句，那么应该对主表创建物化视图日志，如果没有建立MView Log的话要进行快速刷新的话会报错
注意：对于增量刷新选项，如果在子查询中存在分析函数，则物化视图不起作用。
COMPLETE 对整个物化视图进行完全的刷新
FORCE(默认)
Oracle在刷新时会去判断是否可以进行快速刷新，如果可以则采用Fast方式，否则采用Complete的方式，Force选项是默认选项
ON DEMAND(默认) 物化视图在用户需要的时候进行刷新，可以手工通过DBMS_MVIEW.REFRESH等方法来进行刷新，也可以通过JOB定时进行刷新
ON COMMIT 实体化视图在对基表的DML操作提交的同时进行刷新
START WITH 第一次刷新时间
NEXT 刷新时间间隔
WITH PRIMARY KEY(默认) 生成主键实体化视图,也就是说实体化视图是基于表的主键，而不是ROWID(对应于ROWID子句)。 为了生成PRIMARY KEY子句，应该在表上定义主键，否则应该用基于ROWID的实体化视图。主键实体化视图允许识别实体化视图表而不影响实体化视图增量刷新的可用性
WITH ROWID 只有一个单一的主表，不能包括下面任何一项:
●Distinct
●聚合函数
●Group by
●子查询
●连接
●SET操作
3，
Query Rewrite子句，定义查询重写
包括ENABLE QUERY REWRITE和DISABLE QUERY REWRITE两种。分别指出创建的实体化视图是否支持查询重写。查询重写是指当对实体化视图的基表进行查询时，Oracle会自动判断能否通过查询实体 化视图来得到结果，如果可以，则避免了聚集或连接操作，而直接从已经计算好的实体化视图中读取数据
ENABLE QUERY REWRITE 支持查询重写
DISABLE QUERY REWRITE 不支持查询重写，默认DISABLE QUERY REWRITE
注意：如果需要进行快速刷新，则需要建立实体化视图日志。实体化视图日志根据不同实体化视图的快速刷新的需要，可以建立为ROWID或PRIMARY KEY类型的。还可以选择是否包括SEQUENCE、INCLUDING NEW VALUES以及指定列的列表。
物化视图可以进行分区。而且基于分区的物化视图可以支持分区变化跟踪（PCT）。具有这种特性的物化视图，当基表进行了分区维护操作后，仍然可以进行快速刷新操作。
创建多表关联的实体化视图：
实体化视图包含多表关联，但不包含聚合操作，仅包含表关联的实体化视图同样支持在两种情况下刷新：
ON COMMIT 和 ON DEMAND。在 ON COMMIT 下，当基表发生DML操作并提交commit 的时候，实体化视图被刷新。
Oracle不允许实体化视图中有self-jions 的存在。
假如指定刷新方式为REFRESH FAST, oracle 执行附加的校验，以确定fast refresh能被执行。这些附加的检查包括：
1 每个基表下必须创建相应的 materialized view log
2 每个基表的rowid 必须在实体化视图的select 语句中出现
3 如果存在外联接，在where 子句不能有任何的selections.并且，所有的关联必须以AND 相连，并且用“=”操作符。
4 如果存在外联接，唯一性约束必须存在于外联的 inner table 的相关列中。
