我一直在阅读http://msdn.microsoft.com/en-us/library/ms345146(SQL.90).aspx上的文章,以准备实施一些分区。
我有几个表要按DATA_DT_ID
整数分区,我真的希望能够非常简单地处理这个问题 - 当我发布新的一个月数据时在末尾添加新分区,从后端删除分区,因为它们已过期。
但文章显示了执行此操作所需的一系列相对复杂的步骤。
有没有人创建任何存储过程来自动化这个?这似乎是数据仓库中相当普遍和普遍的问题。
我一直在阅读http://msdn.microsoft.com/en-us/library/ms345146(SQL.90).aspx上的文章,以准备实施一些分区。
我有几个表要按DATA_DT_ID
整数分区,我真的希望能够非常简单地处理这个问题 - 当我发布新的一个月数据时在末尾添加新分区,从后端删除分区,因为它们已过期。
但文章显示了执行此操作所需的一系列相对复杂的步骤。
有没有人创建任何存储过程来自动化这个?这似乎是数据仓库中相当普遍和普遍的问题。
表分区是非常特定于数据库的,因为文件组的名称和添加到文件组的新文件的路径都特定于单个数据库。
您应该能够使用所需的命令相当轻松地配置存储过程,以处理通过分区的数据移动。
我有,有点。SQL Server 2005 上的分区有些繁琐,可能不值得麻烦,除非您有足够的数据来获得真正的性能优势。而不是即时创建分区,您应该只创建分区直到将来的某个时期。在您将数据放入其中之前,无需任何费用。
删除分区有点麻烦 - 您必须使用正确的架构和分区键上的检查约束创建一个表,然后执行
alter table swap partition
. 获取分区 ID 可能有点繁琐,但您可以从数据字典中完成。我还做了一次,通过为同一分区方案上的每个分区制作一个包含一行的“领头羊”表,并从该表中选择 $partition.{partition function},其中键是适当的值。临时表的表结构必须与主表对齐,包括索引。然后将分区换出并删除表。
我认为 SQL Server 2005 的分区仍然有些模糊。缺少一些功能,例如您不能轻松地在特定分区上构建索引;避免为整个事实表构建和重建索引的唯一方法是执行类似的技巧,将数据交换入和交换出临时表。SQL Server 2008 还可以在文件组之间移动表,而无需使用聚集索引技巧。
但是,我不知道有任何可下载的东西来自动执行此操作。我为这个 id DIY 所做的一切,是的,这很痛苦。