我有一个最近缩小的数据库,当我运行 sp_spaceused 时,我看到它有 500MB 的未分配空间。我正在尝试将此数据库保持在一定大小(对我的桌面用户执行 MSDE 大小限制),我不确定未分配的空间是否会影响整体数据库大小。有没有办法从数据库中删除这个未分配的空间?
我有一个最近缩小的数据库,当我运行 sp_spaceused 时,我看到它有 500MB 的未分配空间。我正在尝试将此数据库保持在一定大小(对我的桌面用户执行 MSDE 大小限制),我不确定未分配的空间是否会影响整体数据库大小。有没有办法从数据库中删除这个未分配的空间?
对数据文件运行收缩时要非常小心,因为它使用的算法会导致索引碎片(我曾经在 MS 时拥有代码)。我写的这篇博客文章包含一个示例脚本,它显示了我的意思自动收缩 - 将其关闭!. 虽然博客文章的标题是关于自动收缩,但手动数据文件收缩使用 SQL Server 中完全相同的代码,因此存在相同的问题。
如果您只使用凯尔所说的 TRUNCATEONLY 选项,您将不会进行任何数据移动,也不会导致碎片。
如果数据库中有索引,则有两种选择:
希望这可以帮助!
请参见DBCC SHRINKFILE
SqlACID 是对的,具体看 TRUNCATEONLY 或 target_size
为什么要缩水?随着越来越多的数据被放入数据库,数据库往往会增长。这是他们的本性。数据文件中有未使用的空间没有任何问题。事实上,SQL 在文件中需要一些空闲空间。
收缩会导致大量碎片,并且只会导致下次添加数据时数据文件再次增长。发生这种情况时,整个系统会随着文件的扩展而变慢(尤其是如果您没有启用即时初始化)。重复的收缩和增长也会导致文件系统级别的碎片,这很难修复。
如果我们看到巨大的未分配空间,比如 150 GB 左右,可能会想要缩小。我见过一种情况,sp_spaceused 说高未分配,但 DBCC SHRINKFILE 没有帮助。那么在那种情况下是否有必要或者我必须说强制使用目标方