SQL Server 2000 数据仓库中使用分区之分区的缺点

此文章主要向大家讲述的是在SQL Server 2000 数据仓库中使用分区之分区的缺点，其中各包括其操作起来的复杂性，查询设计约束以及在设计的实际操作中我们大家要考虑的因素，以下就是正文的主要内容讲述。

复杂性:

分区的主要缺点是需要管理员创建应用程序来管理分区。在尚未设计、测试和试运行应用程序来管理分区之前，将在关系型数据库中使用水平分区的SQL Server 2000 数据仓库投入正式运行是不恰当的。本文的目的之一就是讨论与分区管理应用程序有关的问题和设计决策。

查询设计约束:

要获得更佳的查询性能，所有的查询都应将条件直接放在事实表中的筛选键上。将约束放在第二张表（例如以日期为矢量的表）的查询将包括所有分区。

设计时要考虑的因素:

矢量数据仓库围绕事实（标量）和矢量构建，从物理上通常表示为星形架构和雪花形架构，极少有同时包含事实和矢量的完全非正交化的平面表。典型情况下，矢量数据仓库的管理员仅对事实表进行分区；对矢量表进行分区几乎没有什么好处。

在某些情况下，对包含多于一千万个成员的大型矢量表进行分区会有些好处。也可以对非矢量关系型SQL Server 2000 数据仓库进行分区，本文中的一般观点仍然适用。

只有充分考虑系统体系结构和设计目标，才能制订有效的分区计划。即使使用相同的架构设计，仅用于填充服务分析多维数据集的关系型数据仓库可能采用一个不同于分析员直接查询的数据仓库的分区结构。带有滚动窗口的系统必须按时间分区，其他系统则不一定。

假如数据仓库包括分析服务多维数据集，Microsoft 建议关系型SQL Server 2000 数据仓库和分析服务数据库中的分区应该为并行结构。维护应用程序被简化了：应用程序在关系型数据库中创建新表的同时创建一个新多维数据集分区。

管理员仅需要掌握一种分区策略。不过，一个应用程序也可能有充分的理由对两个数据库以不同方式进行分区，唯一降低的将是数据库维护应用程序的复杂性。

上述的相关内容就是对在SQL Server 2000 数据仓库中使用分区之分区的缺点 的描述，希望会给你带来一些帮助在此方面。