Rauf Asadov Asked: 2020-08-19 13:07:10 +0800 CST2020-08-19 13:07:10 +0800 CST 2020-08-19 13:07:10 +0800 CST DBCC SHIRNKFILE(Data_File, 0) 命令不应该将数据文件缩小到最后分配的范围吗? 772 我有一个带有以下参数的数据文件: 当我执行DBCC SHRINKFILE (DBAtools_data,1)时,它显示以下结果: 我同意。我的抱怨是关于DBCC SHRINKFILE (DBAtools_data,0)命令。当我运行它时,没有任何变化。我认为它会将数据文件缩小到最后分配的范围,换句话说,结果与上面相同。有人可以为我澄清一下吗? sql-server shrink 2 个回答 Voted Tibor Karaszi 2020-08-20T00:53:23+08:002020-08-20T00:53:23+08:00 由于无法访问 SQL Server 的源代码,我们只能猜测。所以, 编辑:0 表示根据页眉缩小到初始大小。我的猜测,它意味着虚拟,下面,是不正确的。 设置投机模式 0 没有意义。如果您想删除该文件,您可以使用 EMPTYFILE 选项。即,您为什么想要一个大小为 0 MB 的文件。 我刚刚做了一个测试,确实 0 意味着它什么都不做。我们可以争辩说错误消息会更好:“0 MB 不是有效的文件大小。”,或类似的东西。但显然 MS 决定将 0 作为该命令的有效有效值并将其实现为虚拟对象。 设置投机模式关闭 我建议您向 MS 提出请求,以记录 0 表示“虚拟”或行为更改,以便我们收到错误消息(不太可能发生)。 Best Answer Rauf Asadov 2020-08-20T03:32:37+08:002020-08-20T03:32:37+08:00 好吧,我想我找到了原因,尽管我从 BOL 中找不到任何相关信息。很明显,任何不同于 0(在我的情况下为 1)的东西都会尝试将文件缩小到该值,并且正如 BOL 所述,它还将尝试将文件的大小重置为该值(1 MB)。如果为 0,它只会在创建时将数据文件缩小并调整为文件的初始大小。该值(minSize)存储在文件的标题页中,我使用未记录的 DBCC Page 命令找到了它: DBCC TRACEON(3604) GO DBCC PAGE('DBAtools', 1, 0, 3) WITH TABLERESULTS 我们可以得出结论,DBCC SHRINKFILE (Data_File, 0) 命令将数据文件收缩到创建数据文件时指定的值。换句话说 DBCC SHRINKFILE (Data_File, 0) 与 DBCC SHRINKFILE (Data_File) 相同
由于无法访问 SQL Server 的源代码,我们只能猜测。所以,
编辑:0 表示根据页眉缩小到初始大小。我的猜测,它意味着虚拟,下面,是不正确的。
设置投机模式
0 没有意义。如果您想删除该文件,您可以使用 EMPTYFILE 选项。即,您为什么想要一个大小为 0 MB 的文件。
我刚刚做了一个测试,确实 0 意味着它什么都不做。我们可以争辩说错误消息会更好:“0 MB 不是有效的文件大小。”,或类似的东西。但显然 MS 决定将 0 作为该命令的有效有效值并将其实现为虚拟对象。
设置投机模式关闭
我建议您向 MS 提出请求,以记录 0 表示“虚拟”或行为更改,以便我们收到错误消息(不太可能发生)。
好吧,我想我找到了原因,尽管我从 BOL 中找不到任何相关信息。很明显,任何不同于 0(在我的情况下为 1)的东西都会尝试将文件缩小到该值,并且正如 BOL 所述,它还将尝试将文件的大小重置为该值(1 MB)。如果为 0,它只会在创建时将数据文件缩小并调整为文件的初始大小。该值(minSize)存储在文件的标题页中,我使用未记录的 DBCC Page 命令找到了它:
我们可以得出结论,DBCC SHRINKFILE (Data_File, 0) 命令将数据文件收缩到创建数据文件时指定的值。换句话说 DBCC SHRINKFILE (Data_File, 0) 与 DBCC SHRINKFILE (Data_File) 相同