此文章主要向大家講述的是在SQL Server 2000 數據倉庫中使用分區之分區的缺點，其中各包括其操作起來的復雜性，查詢設計約束以及在設計的實際操作中我們大家要考慮的因素，以下就是正文的主要內容講述。

復雜性:

分區的主要缺點是需要管理員創建應用程序來管理分區。在尚未設計、測試和試運行應用程序來管理分區之前，將在關系型數據庫中使用水平分區的SQL Server 2000 數據倉庫投入正式運行是不恰當的。本文的目的之一就是討論與分區管理應用程序有關的問題和設計決策。

查詢設計約束:

要獲得最佳的查詢性能，所有的查詢都應將條件直接放在事實表中的篩選鍵上。將約束放在第二張表（例如以日期為矢量的表）的查詢將包括所有分區。

設計時要考慮的因素:

矢量數據倉庫圍繞事實（標量）和矢量構建，從物理上通常表示為星形架構和雪花形架構，極少有同時包含事實和矢量的完全非正交化的平面表。典型情況下，矢量數據倉庫的管理員僅對事實表進行分區；對矢量表進行分區幾乎沒有什么好處。

在某些情況下，對包含多于一千萬個成員的大型矢量表進行分區會有些好處。也可以對非矢量關系型SQL Server 2000 數據倉庫進行分區，本文中的一般觀點仍然適用。

只有充分考慮系統體系結構和設計目標，才能制訂有效的分區計劃。即使使用相同的架構設計，僅用于填充服務分析多維數據集的關系型數據倉庫可能采用一個不同于分析員直接查詢的數據倉庫的分區結構。帶有滾動窗口的系統必須按時間分區，其他系統則不一定。

如果數據倉庫包括分析服務多維數據集，Microsoft 建議關系型SQL Server 2000 數據倉庫和分析服務數據庫中的分區應該為并行結構。維護應用程序被簡化了：應用程序在關系型數據庫中創建新表的同時創建一個新多維數據集分區。

管理員僅需要掌握一種分區策略。不過，一個應用程序也可能有充分的理由對兩個數據庫以不同方式進行分區，唯一降低的將是數據庫維護應用程序的復雜性。

上述的相關內容就是對在SQL Server 2000 數據倉庫中使用分區之分區的缺點 的描述，希望會給你帶來一些幫助在此方面。

【編輯推薦】

1. SQL Server 2000的安全配置流程與基礎
2. 易混淆的SQL Server數據類型列舉
3. 配置Tomcat+SQL Server2000連接池流程
4. SQL Server里調用COM組件的操作流程
5. MS-SQL server數據庫開發中的技巧