一． 介紹
有一些具有訪問數據權限的“超級用戶”已經學會了專業的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上的真實的數據倉庫的參考實現。
