我刚刚从表格列中删除了 19k 高分辨率图像，并且有一些关于缩小的问题

Question

我们刚刚为我们的应用程序转移到一个新的图像存储方法，这意味着我们不再需要在数据库中存储图像字节数组。

为此，我UPDATE从单个表的列中删除了（通过声明）大约 19k 字节的包含高分辨率图像（大约 8 GB）的数组。如果没有图像，我不希望数据库会增长到现在的大小。再次请注意，我在这里没有删除行，只是将字段值设置为 NULL。

其他信息：

问题

编辑： 我刚刚想到了另一种可能性。随着图像数据消失，最好只编写一个脚本来完全重建整个数据库，而没有列图像列。想法？

Answer 1

如果目标是使备份更小，那么在这种情况下缩小数据文件将无助于实现该目标，因为所有保存该max数据的页面都是应该释放的 LOB 页面（可能需要重建）。

因此，除非您的驱动器空间不足，否则我看不出有任何理由将文件从 8GB 缩小，除非您 100% 确信它永远不会再增大到那个大小。

请注意，当您缩小数据文件时，实际上可能会增加碎片，这可能会降低读取性能、影响内存使用并降低并发性。下意识的反应是重建索引，修复碎片但增加文件大小，为索引的新副本腾出空间。重建完成后，这些页面将被释放，但数据文件不会再次神奇地缩小，因此您又回到了起点，并且一无所获。

如果您删除了 95% 的数据，无论您是否缩小 MDF 文件，备份大小都会下降。MDF 文件只是一个容器；它的大小不会影响备份。实际数据会影响备份。更准确地说，分配给任何数据的页数会影响备份（这就是为什么在大删除后重建表可能会导致备份大小不同的原因）。

这很容易自己测试，但请记住，您观察到的影响将取决于很多因素，包括数据类型、碎片、可用空间和许多其他变量。只需查看以下每个步骤后完整备份的大小：

我的理论是，在我能想到的几乎所有情况下，3. 和 4. 之后的备份大小之间不会有明显的差异。

您可能关心的另一个变量是在另一个系统上恢复该备份所需的时间，这仅在以下情况下取决于 MDF 文件的大小：

第一个很容易修复，这只是您可以授予服务帐户的权利。第二个也应该很容易修复：添加磁盘空间。没有理由因为您的辅助系统不足而牺牲您的主要系统。