相关疑难解决方法(0)

我有一个包含 64m 行的表，在磁盘上占用了 4.3 GB 的数据。

每行大约有 30 个字节的整数列，加上一个NVARCHAR(255)用于文本的变量列。

我添加了一个带有 data-type 的 NULLABLE 列Datetimeoffset(0)。

然后我为每一行更新了这一列，并确保所有新的插入都在这一列中放置了一个值。

一旦没有 NULL 条目，我就运行这个命令来使我的新字段成为强制性的：

ALTER TABLE tblCheckResult 
ALTER COLUMN [dtoDateTime] [datetimeoffset](0) NOT NULL

结果是事务日志大小大幅增长——从 6GB 增加到超过 36GB，直到空间用完！

有没有人知道 SQL Server 2008 R2 到底在为这个简单的命令做些什么来导致如此巨大的增长？

我们有一个包含 2.3B 行的表。我们想将一列从 NOT NULL 更改为 NULL。该列包含在一个索引中（不是聚集索引或 PK 索引）。数据类型没有改变（它是一个 INT）。只是可空性。声明如下：

Alter Table dbo.Workflow Alter Column LineId Int NULL

该操作在我们停止之前需要超过 10 次（我们甚至还没有让它运行完成，因为它是一个阻塞操作并且花费的时间太长）。我们可能会将表复制到开发服务器以测试实际需要多长时间。但是，我很好奇是否有人知道 SQL Server 在从 NOT NULL 转换为 NULL 时在幕后做了什么？此外，受影响的索引是否需要重建？生成的查询计划并不表明发生了什么。

有问题的表是集群的（不是堆）。