oracle10g新特性——物化视图

核心提示： 如果重新仔细检查一下这些自动产生的建议，你会发现它们和你自己分析得出需要做的操作很相似，oracle10g新特性——物化视图(3)，这些建议是逻辑上的；如果存在快速刷新，那就需要通过包括这些新值的子句在基础表上建立物化视图日志(MATERIALIZED VIEW LOG)，存到一个脚本文件

如果重新仔细检查一下这些自动产生的建议，你会发现它们和你自己分析得出需要做的操作很相似。这些建议是逻辑上的；如果存在快速刷新，那就需要通过包括这些新值的子句在基础表上建立物化视图日志(MATERIALIZED VIEW LOG)。STATEMENT字段甚至提供了一个实施这些建议的准确的SQL语句。

在实施的最后步骤，Advisor建议对MV的创建方式做一些修改。注意我们例子中的一个不同点：在MV上加了一个count(*)。由于我们定义这个MV是快速刷新，而count(*)又是必须的，所以Advisor修正了这一冗余。

存储过程TUNE_MVIEW与EXPLAIN_MVIEW和EXPLAIN_REWRITE的不同之处不仅仅在于建议，它还能更容易鉴别出并提供一个效率更好的方式建立相同的MV。有时候Advisor能建议比使用一个单一的MV效率更高的的查询。

你可能会问，如果一个经验丰富的DBA能找出MV创建脚本中的却些并且能自己调整它，那这些有什么用？当然，Advisor就是一个经验丰富、精力充沛、机器人似的的DBA，它能给出和人差不多的建议。但是和人有一个很大的不同：它可以随时工作而不需要假期和涨薪。这一好处可以使有经验的DBA从日常任务中解放出来，把这些工作留给普通的DBA去做。而把它们自己的经验发挥到更具战略意义的任务中。

你也可以在嗲用TUNE_MVIEW时传入Advisor的名字，这样就不会使用系统自己生产的名字了。

更容易实施

既然你知道了这些建议，你当然希望去实施它们了。一个方法就是将字段STATEMENT中内容取出，存到一个脚本文件中，并执行它。另外一个方法就是执行一个包里面的存储过程：

begin
dbms_advisor.create_file (
dbms_advisor.get_task_script ('TASK_117'),
'MVTUNE_OUTDIR',
'mvtune_script.sql'
);
end;
/这一存储过程是假定你已经定义了一个目录对象的情况下调用的，如：