主页 / dba / 问题 / 146298
Accepted
dfundako
Asked: 2016-08-10 07:48:26 +0800 CST

数据更改后表大小增加

  • 772

我注意到在更改列的数据类型时，表大小可以通过简单的 ALTER 语句（列数据类型更改后回收空间）加倍。

为什么 SQL Server 会这样做，是什么原因造成的？

我已经看到了有关如何解决问题、如何观察问题的帖子，但没有任何关于它发生的原因以及 SQL Server 在幕后所做的事情。

看似正确的方法是创建一个新表，将所有数据放入具有正确数据类型的新表中，删除旧表，然后 sp_rename 新表（如您在 SSMS 中使用 Designer 编写更改脚本时所见） ）。但奇怪的是，直接表更改在考虑“需要重新创建表”的操作时不会提供警告或错误消息。

sql-server database-design

1 个回答

  1. Best Answer

    这取决于ALTER. 很多时候，这实际上是通过创建一个新列、复制数据并将旧列标记为已删除来实现的。例子：

    CREATE TABLE T1(X CHAR(10));

INSERT INTO T1 VALUES (REPLICATE('X',10));

ALTER TABLE T1 ALTER COLUMN X CHAR(12);

    然后查看 SQL Server internals viewer 中的行，您可以清楚地看到这一点

    在此处输入图像描述

    您还可以查看Inspecting the physical table structure下的查询结果

    在此处输入图像描述

    主要问题是在将列更改为表大小加倍期间发生了什么？

    有几个可能的事情可以做出贡献。

    在上述情况下，行大小加倍，ALTER COLUMN因此很容易解释整个表大小加倍。

    即使在行本身的大小没有翻倍的情况下，行变宽的事实也会导致页面拆分并增加内部碎片的水平。您链接的文章就是这种情况。它的页面从 99.8% 满到 55% 满。每个叶子页面都需要拆分，因为没有足够的空间来容纳更宽的行，这样叶子页面的数量就会增加一倍。

    在此处输入图像描述

    有时，以前仅作为元数据实现的更改会被推迟，并且现在无论如何都会被更新到行中。这种更改的一个示例是，ALTER TABLE T1 ADD Y CHAR(12) NULL这通常是元数据仅在执行时更改，并且在下次需要写入之前，不会更新物理行以反映该列的额外 12 个字节。

    • 4

相关问题