Oracle数据库11g新特性：数据仓库和OLAP

核心提示： 虽然您可以在纯 SQL 中管理多维数据集，但最简单的方法是通过分析工作区管理器工具（稍后介绍），Oracle数据库11g新特性：数据仓库和OLAP(8)，视图 DBA_CUBES 显示了有关多维数据集的信息，现在，会话参数 query_rewrite_enabled 必须设置为 TRUE，

虽然您可以在纯 SQL 中管理多维数据集，但最简单的方法是通过分析工作区管理器工具（稍后介绍）。视图 DBA_CUBES 显示了有关多维数据集的信息。

现在，我们来看一下使用按多维数据集组织的 MV 有哪些好处。首先，由于对多维数据集进行分析访问，多维数据集（和按多维数据集组织的 MV）可以显著提高需要汇总数据的查询的性能。其次，多维数据集在执行快速增量刷新方面非常高效。最后，由于单个多维数据集可以代替许多 MV，因而更容易管理和维护。

注意，按多维数据集组织的 MV 仅仅是个元数据对象。汇总数据由多维数据集管理，按多维数据集组织的 MV 仅支持多维数据集的自动查询重写和自动刷新。数据存储在多维数据集中，而不存储在按多维数据集组织的 MV 中，因此这不是复制策略。可将其视为与预先建立的表（类似于多维数据集）上的 MV 类似。

更频繁地执行查询重写

您应该已经熟悉了查询重写功能，在几个版本之前的 Oracle 数据库中曾经介绍过。总而言之，当用户写入一个与 MV 的定义查询相匹配的查询时，Oracle 将从 MV 中进行选择，而不在数据库中执行查询。术语“匹配”指存储的 MV 可以满足查询的部分结果集，或者可以使用 MV 中的现有数据加快查询速度。换句话说，Oracle 重写查询（或查询的某些部分）以便从 MV（而不是查询中指定的表）中进行选择。这样，数据库就不必执行访问基表和计算任务，可以更快地为用户返回数据。所有这些操作都将自动进行，用户甚至不知道存在这样一个 MV 并且查询已被重写。

当然，用户必须选择接受查询中的替换内容。会话参数 query_rewrite_enabled 必须设置为 TRUE，并应基于 MV 的陈旧程度将 query_rewrite_integrity 设置为 trusted 或 stale_tolerated（该参数控制由内核提供的数据完整性实施的级别）。MV 自身也必须可用于查询重写。