2.1.1.2 数据库模型OLAP

作者: （美）雅各布/（美）米斯勒著/顾小波译 出处:清华大学出版社 　2008-04-29 11:20　   砖    好    评论  条 　进入论坛

阅读提示：《SQL Server 2005分析服务从入门到精通》第2章主要讲述的是理解OLAP和分析服务，本节为您介绍的是数据库模型OLAP。

2.1.1.2  数据库模型OLAP

使用数据库模型来存储多维数据集的OLAP工具的行为截然不同。它们利用了多数报表都需要加操作，还有相加是个关联操作这个事实。例如把数字3、5和7相加时，无论是先把3和5相加得到8然后再加上7，还是先把5和7相加得到12然后再加上3都没有关系。两种情况下结果都是15。在纯粹的关系数据库中，通过创建具体表以得到快速的查询结果。在聚合表中存储的是报表需要的预先加好的数值。例如在一个包含了几千种产品、5年明细数据，也许还有其他几个维度的事实表中，可能存储了几百万行数据，即使在只有50个子类别和20个季度的情况下，也需要好几分钟来生成一个按产品子类别或季度分组的报表。但如果先把这些数据汇总起来，并保存到只包含子类别和季度的聚合表中，那么该表中最多只有一千行数据，而且只根据子类别或季度分组的查询将执行得很快。事实上，根据加操作的关联性，根据产品类别或年进行汇总的报表也可以使用相同的聚合表，同样也能很快地产生结果。

使用数据库模型进行存储的OLAP最大的优点是可以避免数据爆炸。因为使用相对较少的聚合表提供快速的结果，可以创建比电子表模型拥有更多维度和属性的更大的多维数据集。使用数据库模型进行存储的OLAP最大的缺点是，没有固有的方法来存储使用非关联性操作计算的结果。一个极端复杂的财务计算就是留存收益(Retained Earning Since Inception)。为了计算这个值，必须首先计算纯收益——而它本身就是各种加、减和乘法的大杂烩。并且还必须计算每个时间段从开始时间点的纯收益值，以便把它们加到一起。这不是个关联操作，所以为业务的每个单元分别计算并不能使整个公司的计算更加容易。

即使是使用数据库模型存储的OLAP多维数据集也能快速地计算某些非关联操作。例如，平均销售价格并不是一个可累加值(additive value)——不能简单地把价格相加起来。但在整个产品线层次计算平均销售价格时，只要简单地计算出销售额和销售量的总数，然后在产品线层次用销售额总数除以销售量总数。因为是在计算两个可累加值的比率，所及本质上该计算将与获取简单的可累加值一样快。

数据库形式的OLAP工具通常与销售或类似的数据库关联。销售多维数据集通常都非常巨大——不仅有上亿条的事实表数据，并且还有具有很多属性的维度。销售多维数据集通常都涉及累加性的度量值(美元和数量通常都是可累加的)，或者是可以基于可累加值快速计算的公式。

OLAP的一个主要优点就是能够提前计算数值，这样就能快速地呈现报表。不同的OLAP技术有不同的优势和劣势，但一个好的OLAP实现了在涉及高度汇总值时比等同的关系查询快很多。

回书目   上一节   下一节