用SQL Server 2005構建高效能資料倉庫

一． 介紹

有一些具有訪問資料許可權的“超級使用者”已經學會了專業的Transact-SQL。SQL Server 2005 報表服 務（SSRS）中的報表構造器的便利性擴充到了強大的Transact-SQL查詢的建立，使得更多的使用者使用它時 更加容易。他們這種消耗系統資源的能力是無法超越的，在保持一致的效能方面對資料庫管理員（DBA） 構成了挑戰。但是，當SQL Server的分析服務（SSAS）被提及的時候，需要用不可預知的方式訪問資料的 使用者可能感到他們的查詢效率受到阻礙。因此，你怎樣使得你的商業使用者查詢到他們所需要的東西，也跟 給予他們效能很好地查詢以及始終滿足服務等級的協議（SLA）一樣重要。

在過去的幾年中，大量的資訊都是圍繞資料倉儲和商業智慧（BI）開展的。很大一部分資訊聚焦於構 建一個資料倉儲或者資料超市來滿足或者超過與制定策略決定相關的商業目標。隨著SQL Server 2005的 發布，1000GB範圍內的相關資料倉儲的實現在它附加的功能中提供了支援。這份白皮書說明了在SQL Server 2005上用一個效能的視角架構一個相關的資料倉儲或者資料超市時包括的最佳實務。

在這份白皮書中也討論了圍繞硬體選擇方面的一些顯而常見的問題、SQL Server執行個體和資料庫配置和 table/index的設計，它還介紹了為了交付一個資料超市或資料倉儲來平衡查詢效能時的整體的策略。

相關的資料倉儲的效能常常在更新資料庫和查詢時感覺到。更新操作需要對新的資料進行更多的提取 、轉換和載入。DBA有責任儘可能更有效率的設計和維護資料庫。查詢操作也以很多種方式出現，例如終 端使用者的查詢、報表格服務等。既然分析服務在各種查詢中是最可預測的，白皮書主要聚焦於對相關資料庫 倉庫的直接的查詢。

在繼續講之前，我們對已提及到的一些東西做一些假設。用來儲存資訊的一些相關的資料倉儲通常是 非常大的。資料倉儲和資料超市常常被可替換的使用。但是，資料倉儲更多的跟資訊在所有的企業的資訊 儲存有關。這些資料被清空，並且是以一種正常的方式和很少的直接查詢。相反，它常常使用一致的資料 源來為一種或多種面向主題的資料倉儲直接的服務使用者。在資料超市中的資料雖然能夠以各種方式來設計 ，但是常常是用一種空間的方式。在工業中，“資料超市”結合在一起變成了“資料倉儲”。

但是，從一致性方面考慮，在這份白皮書中，我們使用“資料倉儲”這個概念作為包含資料超市的一 個通用的概念。

這份白皮書假設讀者已基本熟悉資料倉儲的概念、空間建模、SQL Server 2005表的分離以及索引化的 視圖。其中很多的查詢結果比較測試是在項目REAL的資料庫中進行的。項目REAL是一個在SQL Server 2005上的真實的資料倉儲的參考實現。