Oracle中管理物化视图变得更加容易

核心提示： SCRIPT_TYPE 列显示建议的性质，大多数行将要执行，Oracle中管理物化视图变得更加容易(3)，因此名称为 IMPLEMENTATION，如果接受，一种方式是选择列 STATEMENT，假脱机到一个文件，则需按照由 ACTION_ID 列指出的特定顺序执行建议的操作，如果您仔细查

SCRIPT_TYPE 列显示建议的性质。大多数行将要执行，因此名称为 IMPLEMENTATION。如果接受，则需按照由 ACTION_ID 列指出的特定顺序执行建议的操作。

如果您仔细查看这些自动生成的建议，那么您将注意到它们与您自己通过目视分析生成的建议是类似的。这些建议合乎逻辑；快速刷新的存在需要在拥有适当子句（如那些包含新值的子句）的基础表上有一个 MATERIALIZED VIEW LOG。STATEMENT 列甚至提供了实施这些建议的确切 SQL 语句。

在实施的最后一个步骤中，顾问程序建议改变创建物化视图的方式。注意我们的例子中的不同之处：将一个 count(*) 添加到了物化视图中。因为我们将这个物化视图定义为可快速刷新的，所以必须有 count(*)，以便顾问程序纠正遗漏。

TUNE_MVIEW 过程不仅在建议方面超越了在 EXPLAIN_MVIEW 和 EXPLAIN_REWRITE 中提供的功能，还为创建相同的物化视图指出了更容易和更高效的途径。有时，顾问程序可以实际推荐多个物化视图，以使查询更加高效。

您可能会问，如果任何一个经验丰富的 DBA 都能够找出 MV 创建脚本中缺了什么，然后自己纠正它，那这还有什么用？嗯，顾问程序正是用来完成这项工作的：它是一位经验丰富、高度自觉的自动数据库管理员，它可以生成能与人的建议相媲美的建议，但有一个非常重要的不同之处：它免费工作，并且不会要求休假或加薪。这一好处使高级 DBA 解放出来，将日常的工作交给较低级的 DBA，从而允许他们将其专业技能应用到更具有战略意义的目标上。

您还可以将顾问程序的名称作为值传递给 TUNE_MVIEW 过程中的参数，这将使用该名称而非系统生成的名称生成一个的顾问程序。

更容易的实施

既然您可以看到建议，那么您可能想实施它们。一种方式是选择列 STATEMENT，假脱机到一个文件，然后执行该脚本文件。一种更容易的替代方法是调用附带的封装过程：　　begin
　　dbms_advisor.create_file (
　　dbms_advisor.get_task_script ('TASK_117'),　
　　'MVTUNE_OUTDIR',
　　'mvtune_script.sql'
　　);
　　end;
　　/