我们的供应商更改了整个数据库中几乎每一列的列宽。数据库大约 7TB，9000 多个表。我们正在尝试在具有 55 亿行的表上创建索引。在供应商升级之前，我们可以在 2 小时内创建索引。现在需要几天时间。他们所做的是将任何 varchar(xx) 大小增加到 varchar(256)。所以大多数列曾经是 varchar(18) 或 varchar(75) 等。
无论如何，主键由 6 列组成，组合宽度为 126 个字符。现在升级后，主键是 1283 个字符，这违反了 SQL Server 900 个字符的限制。整个表列宽度从 1049 的总组合 varchar 计数变为 4009 的总组合 varchar 计数。
数据没有增加，表不会占用比所有列宽增加之前更多的“空间”，但是创建像索引这样简单的东西的性能现在花费了不合理的时间。
任何人都可以解释为什么当唯一要做的就是增加列的大小时，为什么创建和索引需要这么长时间？
我们尝试创建的索引是非聚集的，因为 pk 是聚集索引。在多次尝试创建索引后，我们放弃了。我认为它运行了 4 或 5 天而没有完成。
我在非生产环境中尝试了这一点，方法是拍摄文件系统快照并将数据库放在更安静的服务器上。