sql-server - SQL Server 中 ALTER COLUMN 语句的幕后操作

Question

我正在使用以下查询更改具有大约 1 亿条记录的表的列数据类型：

ALTER TABLE dbo.TARGETTABLE
ALTER COLUMN XXX_DATE DATE

当我从有效数据源插入原始日期时，列值的日期格式正确。

但是，查询已经运行了很长时间，即使我尝试取消查询，它似乎也需要很长时间。

谁能解释执行 ALTER TABLE STATEMENT 时 SQL Server 幕后发生的事情以及为什么需要这些资源？

Answer 1

执行此操作的另一种方法如下：

1. 向表中添加新列 - [_date] 日期
2. 使用批量更新，您可以将值从旧列传输到新列，而不会阻止其他用户的表。

然后在一个事务中执行以下操作：

1. 更新完成后插入的所有新值
2. 删除旧列
3. 重命名新列

请注意，如果您在此字段上有索引，则需要在删除旧列之前删除它，并在重命名新列之后创建 if。

Answer 2

有很多变量会使这些 Alter 语句多次通过您的表并大量使用 TempDB，并且根据 TempDB 的效率，它可能会非常慢。
示例包括您要更改的列是否在索引中（尤其是聚集索引，因为非聚集键带有聚集索引）。

而不是改变表......我会给你一个简单的例子......所以你可以试试这个......

1. 假设您的表名是 tblTarget1
2. 创建另一个具有相同结构的表（tblTarget2）...
3. 改变tblTarget2的dataType.....
4. 使用插入查询将数据从 tblTarget1 复制到 tblTarget2....
5. 删除原始表（tblTarget1）
6. 将 tblTarget2 重命名为 tblTarget1

主要的原因是....更改数据类型将需要大量的数据传输和数据页对齐....

有关更多信息，您可以点击此链接