由于我们的一个表增长超出了 INT 的范围,这是在生成 DB 时未预测到的,我们需要将 PK 字段改为 BIGINT。
然而,在处理该表的第一步中,我们遇到了有关 tempdb 空间使用的问题:尝试删除其上的主键约束,以便我们可以更改它。我们的测试环境都没有为 tempdb 保留超过 50 GB 的空间,而该表目前占用大约 120 GB 的空间。该表只有 5 列,它们仅包含其他 INT 和一些短的 varchar。
在涉及 tempdb 和 logfile 时,你们有没有更好的,也许更轻松的建议来进行相同的更改?该表只有几列,所有列都包含很少的数据。示例如下,尽可能简单。
ALTER TABLE OURTABLE DROP CONSTRAINT OURTABLE_PK
ALTER TABLE OURTABLE ALTER COLUMN OURTABLE_ID BIGINT NOT NULL
ALTER TABLE OURTABLE ADD CONSTRAINT OURTABLE_PK PRIMARY KEY CLUSTERED (OURTABLE_ID)
Run Code Online (Sandbox Code Playgroud)
谢谢!
我一直在考虑创建一个具有相同定义和 BIGINT 作为批量插入的新表,然后在删除旧表的同时重命名它。但我不确定这是否会被证明是更好的解决方案,因为无论如何都必须在之后加入约束。
假设您有一个允许短时间停机的维护窗口,我建议使用 BCP 将表转储到文件中。如果空间有问题,请在导出之前压缩目标文件夹。
bcp.exe "Database.dbo.OurTable" OUT "C:\Temp\bcp\OurTable.dat" -S ServerName -T -c -r "|¬|\n" -t "|¬|" /b 10000
Run Code Online (Sandbox Code Playgroud)
DROP
您的旧表,CREATE
带BIGINT
密钥的新表,然后导入数据。
BULK INSERT
dbo.OurTable
FROM 'C:\Temp\bcp\OurTable.dat'
WITH
(
FIELDTERMINATOR = '|¬|',
ROWTERMINATOR = '|¬|\n',
BATCHSIZE = 10000,
ERRORFILE = 'C:\Temp\bcp\OurTable_error.txt'
)
Run Code Online (Sandbox Code Playgroud)
分隔符的奇怪选择|¬| 是一种典型的安全组合,可避免文本字段中的冲突。反正到此为止。
正如您在评论中提到的,您可以通过切换到批量恢复来最小化日志的增长。鉴于在此维护窗口期间您将没有其他活动,您可以切换到简单模式,运行该过程,切换回完整模式并进行完整备份。请注意,BATCHSIZE
示例中的 使用将为每个批次创建一个单独的事务。