用SQL Server 2005构建高性能数据仓库

核心提示： 在它们自己的文件组中映射分离区常常是一种更好的策略，每一个文件组应该有一个单独的文件以便对于邻近的数据是可能的，用SQL Server 2005构建高性能数据仓库(10)，而这些数据是否真正的邻近决定于它是怎样载入的，或者在每一个文件每一个单独策略中使用单独的文件中，下面是设计摘要表的一个

在它们自己的文件组中映射分离区常常是一种更好的策略。每一个文件组应该有一个单独的文件以便对于邻近的数据是可能的。而这些数据是否真正的邻近决定于它是怎样载入的，或者在每一个文件每一个单独策略中使用单独的文件中，集群索引已经经过磁盘碎片整理程序进行了整理。

从索引策略、索引的分片以及快速载入与查询性能的等方面对表的设计进行阐述后后，接下的此篇将讲述怎么样优化数据仓库环境方面的知识。

四．优化数据仓库环境

1．聚合策略

观察那些允许SQL Server直接的、特别的查询的客户通常对临时总结表非常有用处。分析服务怎么样获得性能也不是一件值得惊讶的事情。这个问题在于用户（通常被成为“超级用户”）常常是那些做总结，并且是常常对相同的信息一次一次做总结的人，因此他们没有注意到另外的用户也在做这些操作。然而这对系统资源产生了很大的影响。前聚合在某些地方被存储，或者是在源数据库中，或者是在tempdb中。如果这些信息被重复的存储，磁盘消耗将会是很巨大的。当这些东西在高峰期被构建时，存储需求能够变得非常巨大，因为所有用来支持摘要的详细数据必须读入到内存中。

（1） 设计摘要性的表

一个策略性和高效率的目标是设计和实现永久摘要表的少部分，以便包含前聚合的信息。

下面是设计摘要表的一个实例过程：

收集一个好的查询取样；

分析维度层次级别的、维度属性和实际表测量；

识别与每一个表现出来的维度级别相关的行数；

平衡最常见的查询维度级别和在结果摘要表中的行数。

（2） 分析服务

那些对SQL Server的分析服务（SSAS）已经习惯的人可能已经注意到在这份白皮书中的很多推荐都是用的SSAS中的默认值。SSAS中的性能的优化直接来自于它的内在的决定对于空间数据的最好的前聚合算法和动态的导航能力。