背景

我有一个用于SharePoint网站集的大型数据库。它的容量为130GB，并以每月10GB的速度增长。 130GB中的100GB位于一个网站集中。版本表为30GB。只有一个网站集是设计使然。

问题

我可以使用SQL 2005的数据分区功能(创建多个数据文件)对数据库(SharePoint)进行分区吗？
是否可以对已经创建的数据库进行分区？
有没有人对SharePoint数据库进行分区？我会遇到任何问题吗？

解决方案

我们将必须创建一个分区集并在该分区集上重建表。 SQL2005只能在单个列上进行分区，因此我们必须在数据库中有一列

• 行为相当可预测，因此每个分区中的数据量不会出现大的偏差
• IIRC列必须是数字或者日期时间值
• 实际上，如果单调增加，这是最简单的-我们可以创建一系列分区(自动或者手动)，系统将在达到范围定义时将其填满。

日期(也许是输入文档的日期)将是理想的。但是，大型表上可能有也可能没有有用的列。小姐。技术支持将是最好的建议来源。

分区对应用程序应该是透明的(同样，我们需要具有适当行为的列才能用作分区键)。

除非我们有幸拥有一个分区键列，该列也可以在最常见的查询中用作搜索谓词，否则我们可能不会从分区中获得很多查询性能收益。数据仓库上的日期列是一个效果很好的列的示例。但是，Sharepoint应用程序可能不会广泛使用此类查询。

毛罗

我们无法在Sharepoint级别上细分数据吗？

也就是说，我们可能使用单个(SQL)内容数据库拥有多个"站点"。
我们可以将站点数据迁移到新的内容数据库，这将使我们可以减少大型内容站点中的数据，然后收缩数据文件。

它还将管理明显的持续增长。

詹姆士。