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

核心提示： Oracle 像在数组（而不是表）中一样计算目的地，然后即可知道如何到达这些部分，Oracle数据库11g新特性：数据仓库和OLAP(2)，例如，假定维度是按以下方式组织的：Dimension Time := {'May','Jun','Jul

Oracle 像在数组（而不是表）中一样计算目的地，然后即可知道如何到达这些部分。例如，假定维度是按以下方式组织的：

Dimension Time := {'May','Jun','Jul','Aug'}
Dimension Customer := {'Microsoft','IBM','Oracle','HP'}
Dimension Product := {'Fiber','Cat6e','Cat5e','Serial'}

为了找到 Oracle + Aug + Cat5e 量度，OLAP 引擎将按如下方式执行导航：

1、Aug 08 是 Time 数组的第四个元素，因此沿着多维数据集的时间维度转至第四个单元格。

2、Cat5e 是 Product 数组的第三个元素，因此转至第三个元素。

3、Oracle 是 Customer 数组的第三个元素，因此转至第三个元素。

就是这样！现在您已经找到了所需的量度。由于维度值充当数组指针，因此在执行此操作时不必使用索引。同样，如果您要计算 2008 年 8 月份所有客户的销售总额，可以执行同样的操作，只是在第 3 步中将数组各元素的量度加起来，而不是转至特定单元格。

以传统星型模式存储的纯关系形式数据的关系访问与上述方法不同，如下所示。

在关系数据库方法中，您必须将此“事实”表与所有维度联接。每次需要数据时，都需要从事实表中选择合适的数据（可能要通过索引），然后将其与所有维度逐个联接起来（再次通过索引）。虽然此方法在技术上是可行的，但在大型数据库中完全行不通。

作为替代方法，能否为所有这些选项创建物化视图 （MV） 呢？用户可以使用维度元素的任意组合：