SQL Server中ALTER TABLE与DROP INDEX语句遇错误时执行行为差异的原因探究

这事儿其实是SQL Server里错误的严重级别和终止规则在搞鬼，咱们掰开了说：

1. ALTER TABLE ALTER COLUMN的错误会直接终止整个批处理 #

当你执行ALTER TABLE TABLE1 ALTER COLUMN AA INT报错时（比如原列是字符串类型，里面有没法转成INT的数据），这类DDL错误的严重级别通常是16级及以上的终止性错误——它会直接叫停整个批处理（哪怕你用BEGIN/END把语句包起来，这只是逻辑块，不是错误处理容器）。

打个比方：如果TABLE1的AA列里存了'abc'这种字符串，你强行转INT就会报错，SQL Server一遇到这种错误，就会立刻停止当前批处理里所有后续语句的执行，所以后面的ALTER COLUMN BB INT和PRINT都没机会跑。

2. DROP INDEX的错误只会终止当前语句，不影响后续 #

而DROP INDEX TABLE1.INDEX1报错时（比如索引压根不存在），这个错误的严重级别虽然也是16级，但属于非终止性错误——它只会让当前这条DROP INDEX语句停下，不会连累批处理里的其他语句。

举个例子：如果INDEX1不存在，SQL Server会抛出“无法对对象'TABLE1.INDEX1'执行删除操作，因为它不存在”的错误，但只会停在这一句，后面的DROP INDEX TABLE2.INDEX2和PRINT('CONTINUE AFTER ERROR')都会正常执行。

怎么统一控制执行行为？ #

如果你想让ALTER COLUMN报错后也能继续跑后续语句，或者让DROP INDEX报错后终止批处理，可以用TRY/CATCH块来手动控制错误处理：

BEGIN TRY
    ALTER TABLE TABLE1 ALTER COLUMN AA INT
    ALTER TABLE TABLE1 ALTER COLUMN BB INT
END TRY
BEGIN CATCH
    PRINT('ALTER COLUMN 出错了: ' + ERROR_MESSAGE())
END CATCH
PRINT('CONTINUE AFTER ERROR')

这样哪怕ALTER COLUMN报错，CATCH块会接住错误，后续的PRINT语句依然会正常执行。

内容的提问来源于stack exchange，提问作者Chanky Mallick