小编jac*_*oke的帖子

管理不善的数据库表已经变得非常庞大。48+演出孤儿唱片。我正在尝试清理它并将我危险的满硬盘驱动器恢复到正常状态。我将从该表中删除大约 4 亿条记录。这是在我输入时运行。我注意到我的硬盘空间没有任何下降，但我看到系统表查询的内存下降，我正在运行以获取表大小。数据库正在使用“简单恢复模型”。

有很多与此类似的问题，回答说您需要缩小数据库。但是他们继续解释由于数据碎片等原因，这样做有多糟糕/可怕。

1. 由于数据库不应该是这个大小。缩小它对我来说还是不好的吗？
2. 这是一个生产数据库。如果我缩小它会导致停机或锁定数据库吗？
3. 在 SQL Server Management Studio 中，您有两个选项用于收缩、数据库或文件。鉴于我的情况，最好的选择是什么？
4. 是否有关于数据库应具有的可用空间百分比的规则？

甚至阅读shrink 的标签描述也让我不想这样做。还有其他方法吗？