SQL Server分区和文件组

我有一个非常大的表（数百万行），我想分区。将文件和文件组以一对一的方式放置（例如，FG_2012只包含FILE_2012，FG_2011只包含FILE_2011等）是标准（或良好）做法。网络上的大多数例子都是这样展示的，但我不确定这不仅仅是为了解释的简单性而是为了提供良好的建议。SQL Server分区和文件组

来源

2012-11-09 PseudoToad

我越想这件事，我越觉得这是一个愚蠢的问题。我只有一个表进行分区，你只能通过文件组进行分区，所以我没有看到会有很多选择，但它是一对一的。据说，我可以看到，每个文件组可能会有性能提升。 – PseudoToad

你有分区的理由吗？它是什么？ – usr

在查询，更快备份（例如，只需要重复备份最近更改的文件组）的情况下性能方面的优势以及索引维护等。我们可能会将旧数据放在单独的较慢主轴集上，同时在SSD上放置最新最需要的数据。 – PseudoToad

您在评论中回答您打算将旧分区放入便宜的存储并更改其备份方案。这些是分区的很好理由。

这些原因迫使您使用多个文件组。您不必强制每个分区都有一个文件组，因此您可以每天进行分区并每年使用文件组。如果你想有很多分区（比如最大的15.000），这可能是个好主意。在这种情况下，您不希望磁盘上有多个文件，因此不要将分区与文件组同步。

虽然我认为让这两个概念保持一致是有道理的，因为它简化了管理。在你的情况下（存储的考虑），我会去与对齐的分区和文件组。也许每个月大约有一个月左右。

来源

2012-11-09 22:28:22 usr

SQL Server分区和文件组

回答

相关问题