Ezi Asked: 2012-01-05 09:00:54 +0800 CST2012-01-05 09:00:54 +0800 CST 2012-01-05 09:00:54 +0800 CST 删除表后收缩数据库？ 772 我在 SQL Server 数据库中有一个包含 70+ 百万条记录的表，我删除了该表（一次性的）以释放磁盘空间，但看起来大小没有太大变化。我确实看到我可以将数据库缩小到最低限度。 这是这样做的方法吗？ 上次我使用 SQL Server Management Studio 进行收缩时，需要几个小时才能完成。有更快的方法吗？ sql-server shrink 4 个回答 Voted Best Answer mrdenny 2012-01-06T23:56:59+08:002012-01-06T23:56:59+08:00 删除表将释放数据库中的空间，但不会将空间释放回 Windows。这需要缩小数据库文件。但是我们不希望数据库文件已满。我们想要大量的可用空间，这样当我们加载更多数据时，我们就不必频繁地增加数据文件。这会导致物理磁盘上的数据文件出现碎片。 至于让收缩更快，没有办法让它更快。收缩数据库需要读取和重写数据库中的大部分数据，以便可以将数据库文件中的所有空白空间释放回操作系统。所有这些 IO 都需要时间，并且会导致很多碎片问题。 tnktnk 2012-01-05T09:18:58+08:002012-01-05T09:18:58+08:00 您需要非常仔细地阅读有关 DBCC SHRINKFILE 的内容。 http://technet.microsoft.com/en-us/library/ms189493.aspx 通常，您不希望将数据库缩小到磁盘上可能的最小大小。您希望为 SQL Server 留下足够的空间，这样它就不必自动增长太多。这里的答案有很多有用的信息： https://stackoverflow.com/questions/4522719/to-dbcc-shrinkdatabase-or-not-to-dbcc-shrinkdatabase-thats-the-question Vlad Ogay 2012-01-08T22:05:27+08:002012-01-08T22:05:27+08:00 收缩是非常昂贵的过程，可能需要几个小时。为了最有效地使用空间，您可以将表转移到具有预先创建的聚集索引并删除先前的新文件组。我个人更喜欢这个，因为它更容易通过几个步骤“缩小”并且更可预测 - 因此更容易计划。当您启动 DBCC SHRINK 时，您不知道需要多少时间。 更新（感谢 mrdnnny 指出）：这是一种非常具体的方法，只能在您有只读数据库（如数据仓库）时使用，因为在将数据复制到另一个表时，不允许对该表进行写入为了一致性。为了节省时间并获得它的最大性能，您可以将数据库切换到简单恢复模式并使用 TABLOCK 提示 - 这将允许系统使用最少的日志记录并减少对事务日志的写入。 Bo Gulledge 2016-01-12T08:56:38+08:002016-01-12T08:56:38+08:00 查看这篇文章：http: //itknowledgeexchange.techtarget.com/sql-server/deleting-lob-data-and-shrinking-the-database/ “我们想出的解决方案其实很简单，照常删除数据库，然后备份和恢复数据库，然后进行收缩，然后重建聚集索引，以解决收缩带来的碎片问题。”
删除表将释放数据库中的空间，但不会将空间释放回 Windows。这需要缩小数据库文件。但是我们不希望数据库文件已满。我们想要大量的可用空间，这样当我们加载更多数据时，我们就不必频繁地增加数据文件。这会导致物理磁盘上的数据文件出现碎片。
至于让收缩更快，没有办法让它更快。收缩数据库需要读取和重写数据库中的大部分数据，以便可以将数据库文件中的所有空白空间释放回操作系统。所有这些 IO 都需要时间，并且会导致很多碎片问题。
您需要非常仔细地阅读有关 DBCC SHRINKFILE 的内容。
http://technet.microsoft.com/en-us/library/ms189493.aspx
通常，您不希望将数据库缩小到磁盘上可能的最小大小。您希望为 SQL Server 留下足够的空间，这样它就不必自动增长太多。这里的答案有很多有用的信息：
https://stackoverflow.com/questions/4522719/to-dbcc-shrinkdatabase-or-not-to-dbcc-shrinkdatabase-thats-the-question
收缩是非常昂贵的过程，可能需要几个小时。为了最有效地使用空间，您可以将表转移到具有预先创建的聚集索引并删除先前的新文件组。我个人更喜欢这个，因为它更容易通过几个步骤“缩小”并且更可预测 - 因此更容易计划。当您启动 DBCC SHRINK 时，您不知道需要多少时间。
更新（感谢 mrdnnny 指出）：这是一种非常具体的方法，只能在您有只读数据库（如数据仓库）时使用，因为在将数据复制到另一个表时，不允许对该表进行写入为了一致性。为了节省时间并获得它的最大性能，您可以将数据库切换到简单恢复模式并使用 TABLOCK 提示 - 这将允许系统使用最少的日志记录并减少对事务日志的写入。
查看这篇文章：http: //itknowledgeexchange.techtarget.com/sql-server/deleting-lob-data-and-shrinking-the-database/
“我们想出的解决方案其实很简单，照常删除数据库，然后备份和恢复数据库，然后进行收缩，然后重建聚集索引，以解决收缩带来的碎片问题。”