一个更大的数据库几乎拥有所有磁盘 space，但有 54% 的可用空间 space。我必须缩小它吗？
A bigger database has almost all disk space but 54% of free space on it. Do I have to shrink it?
我在SQL上收到了数据库管理程序，数据库有440多GBspace，磁盘只有500GB所以几乎没有空闲space 在磁盘上执行 运行 任务，并为临时文件提供良好的 space。数据库内部有超过 54% 的可用空间 space。我知道缩小数据库或文件不是一个好主意，但是还有其他解决方案吗？ （不涉及新硬件）我现在必须 "shrink" sql 数据库或文件吗？
如果您已经清理了特定的驱动器，我不会害怕这样做。
缩小数据库不应该是您的第一选择，但如果没有其他选择来清理磁盘，它就可以解决问题。
我认为警告主要是为了确保没有人通过维护或类似的方式缩小数据库。
是的，db shrink 是一件坏事 bla bla，但考虑到你所处的情况，我认为你可以收缩数据库，但也要注意是什么导致数据库像这样膨胀？也许是一个创建一些表并稍后删除它们的过程。
此外，收缩数据库后必须对数据库进行索引重建，因为收缩数据库会严重破坏索引。
在您在线阅读的大部分文章中，他们都说缩小数据库是一种不好的做法，是的，如果您将缩小数据库作为计划任务以释放磁盘 space，这是错误的。
但根据您所处的情况，缩小数据库非常有意义。
我在SQL上收到了数据库管理程序，数据库有440多GBspace，磁盘只有500GB所以几乎没有空闲space 在磁盘上执行 运行 任务，并为临时文件提供良好的 space。数据库内部有超过 54% 的可用空间 space。我知道缩小数据库或文件不是一个好主意，但是还有其他解决方案吗？ （不涉及新硬件）我现在必须 "shrink" sql 数据库或文件吗？
如果您已经清理了特定的驱动器，我不会害怕这样做。
缩小数据库不应该是您的第一选择，但如果没有其他选择来清理磁盘，它就可以解决问题。
我认为警告主要是为了确保没有人通过维护或类似的方式缩小数据库。
是的，db shrink 是一件坏事 bla bla，但考虑到你所处的情况，我认为你可以收缩数据库，但也要注意是什么导致数据库像这样膨胀？也许是一个创建一些表并稍后删除它们的过程。
此外，收缩数据库后必须对数据库进行索引重建，因为收缩数据库会严重破坏索引。
在您在线阅读的大部分文章中，他们都说缩小数据库是一种不好的做法，是的，如果您将缩小数据库作为计划任务以释放磁盘 space，这是错误的。
但根据您所处的情况，缩小数据库非常有意义。