表定期大量增长和收缩的分配策略

Question

我有一个 SQL Server 2014 数据库，其中包含 100 多个表，在一年中的增长率为 5%。读书多，写作少。

该数据库将通过另一组 20 多个表进行扩展，这些表定期（每季度）在一夜之间增长，几乎与整个数据库其余部分的总和一样多。

这些表在处理结束时在几个小时内完全清空。该数据在这些表是相当消耗，但需要在同一个数据库，其余为参照完整性。

对于一些示例数字，假设第一个 DB 是 20GB，表的子集增长到 15GB，然后被清空。因此，数据的实际大小在几天内在 20 到 35 GB 之间波动。

• 在规划这个系统时我可以做些什么来帮助解释这种波动？
• 这是文件组发挥作用的地方吗？
• 我将这组表移动到它们自己的文件组有什么优势/问题？

Answer 1

补充@MaxVernon的答案，您可以做一些优化：

• 对暂存表使用不同的文件组，并确保文件组位于不同的物理驱动器（或 LUN）上。
• 使用即时文件初始化以及适当的自动增长设置。我有一个方便的脚本来分析自动增长事件。
• 由于您将在加载后清空临时表，因此请确保UPDATE STATISTICS在加载后清空。请参阅数据加载性能指南，了解更多快速高效加载数据的技巧。

将这组表移动到它们自己的文件组中会有什么优点/问题？

优点是您可以对生产数据所在的主文件组进行逐步恢复，然后可以恢复临时表所在的文件组。

我唯一要注意的是要有一个经过充分测试的恢复策略，因为现在您有多个文件组，在发生灾难时进行恢复时需要习惯这些文件组。