首页 >> 资讯 >> 数据库 >> SQL Server >> 查看全文

Project REAL分析服务技术探讨

来源: 数据库 SQL Server | 作者: landluo | 发布: 2009-7-08 10:09

存储方法（Storage method）

在我们的Project REAL工作阶段，所有的分割表都使用MOLAP存储。尽管我们正在正规测试的基础上不断扩展我们地测试工作，但我们现在还没有积极地测试这个领域。

集合和集合设计（Aggregations and aggregation designs）

集合是将被系统计算的subtotal，用来提高检索速度。和集合本身一样，系统也保存了集合的设计。这是集合到底是什么的一种内在表示。设计描述了维度的结合以及应该被计算的subtotal的级别。集合和集合设计被保留在分割表中，这些分割表又都是包含在度量组中。

和SQL Server 2000分析服务将集合设计保存在分割表中不一样的是，在SQL Server 2005分析服务中，集合设计是位于第一位的。如果你查看由数据库提供的XMLA脚本，你会看到集合设计和度量组在相同的级别上。你可以同时有多个集合设计。在一个度量组中，每个分割表都会执行一个它所使用的集合设计。这有以下几种方法：没有集合设计（这也是不必为分割表创建集合的情况）；一个针对所有分割表的集合；若干个不同的集合，每个都针对若干个分割表。绝大多数应用程序都使用第一或者第二中方法（要不就不使用集合设计，要么就是所有的分割表都是用一个集合设计）。在一些更复杂的设计中，你可以使用第三种方法(多个集合设计，各自应用于若干个分割表)。例如，你可以在一个当前年的分割表中使用大量的集合，对于最近三年的分割表使用适度的集合，对于三年的分割表，则不使用集合。在脚本上，很容易将一个分割表指向不同的集合设计，只要编辑XMLA脚本即可。

处理设置和错误配置

在度量组中保留分割表的同时，系统也会记录对这些分割表的处理设置和错误配置。对于Store Inventory和DC Inventory度量组，我们可以使用默认的错误配置。这种情况下，当系统检测到无效的外部键或者当它遇到NULL值或者当遇到其它不一致数据时，它会停止处理过程。这是因为默认情况下，系统认为所有的数据都是正确的。

对于Store Sales度量组，我们不得不使用不同的错误配置，如果你还记得在在度量组里面所讨论的，我们讨论了在Customer维度和Store Sales 实际表之间发现的无效数据。由于这是因为数据反馈之间正常的不一致性造成的，因此，我们必须修改默认的错误配置。

Proactive caching设置

考虑MOLAP结构的一种方法是当它被处理的时候，提供一个缓存或者一个关系型数据的图像。SQL Server 2005提供了一个新的功能，能够靠南固执MOLAP缓存什么时候被重新处理。提供了几个你能够改变的几个设置。例如，你可以设置硬编码的时间间隔（例如每隔15分钟）。或者，你能让系统等待数据直到数据被更新后，再处理它。这些设置都是保存在分割表中的。因而，也是保存在度量组中的。在当前的Project REAL系统中，我们使用了自动的MOLAP proactive cache设置。我们计划当我们进行性能测试的时候，再调整这种设置。

其它的Cube对象

除了维度的用法、度量组和分割表，在Cube中还包含了若干其它的对象。这个章节中将简要介绍计算(calculations)、关键性能指示器(KPIs)以及其它存储在Project REAL Cube中的对象。

计算（Calculations）

在当前的Project REAL系统上实现了多个为商业度量服务的计算。例如，计算平均销售数量和库存数量。尽管我们正在正规测试的基础上不断扩展我们地测试工作，但我们现在还没有积极地测试这个领域。

关键性能指示器（Key Performance Indicators，KPIs）

在当前的Project REAL设计上还没有包含关键性能指示器（Key Performance Indicators，KPIs）。尽管我们正在正规测试的基础上不断扩展我们地测试工作，但我们现在还没有积极地测试这个领域。

活动(Actions)

当前的Project REAL设计只包含了一个活动。这个活动被用来作为分析服务客户端和报表服务之间的一个桥梁。这个单元级别的活动，当被终端用户选择的时候，它调用一个报表服务的报表，并传递给报表适当的内容作为参数（例如一个指定的Item或者Vendor）。尽管我们正在正规测试的基础上不断扩展我们地测试工作，但我们现在还没有积极地测试这个领域。

透视(Perspectives)

当前的Project REAL设计并不包含任何透视。尽管我们正在正规测试的基础上不断扩展我们地测试工作，但我们现在还没有积极地测试这个领域。

定制程序集、用户定义函数(user-defined functions,UDFs)和MDX脚本

当前的Project REAL设计并不包含任何定制程序集、UDFs或者MDX脚本。尽管我们正在正规测试的基础上不断扩展我们地测试工作，但我们现在还没有积极地测试这个领域。

服务器端设置

当前的Project REAL设计没有给便任何服务器端的设置，它们都还保留在默认值上。唯一的一个例外是在我们的一些小型系统上，我们把CoordinatorExecutionMode服务器属性设置成4。这么做的目的是为了在一个CPU或者双CPU的系统上，最多只支持4条并行操作。SQL Server 2005分析服务中，因为它试图并行化多条管理性操作，例如，维度和分割表处理，这些操作在SQL Server 2000分析服务中都是连续的，但现在这可能会带来一些问题。分析服务提供了两种方法用来限制并行化程度。

你能限制在request-by-request基础上限制并行化程度。首先，选择类似维度或者分割表这样的对象。你能在商业智能开发环境(BI Development Studio)和SQL Server管理环境(Management Studio)中选择多个对象，然后按下Ctrl键或者Shift键，用来选择多个条目，完成一个操作。一旦你选择了对象，Process Object(s)对话框就会出现，如图17所示，在单击Change Settings。