SQL Server批处理提前触发无效错误：列存储索引表压缩异常咨询

问题场景 #

当表[mytable]已存在且带有列存储索引时，执行以下批处理代码会触发错误——尽管逻辑上在应用页压缩前，该表会被删除并重建为无列存储索引的表：

drop table if exists [mytable]
select top 0
    *
into [mytable]
from [myexternaltable]
alter table [mytable] rebuild partition = all with (data_compression = page)

错误信息 #

这不是列存储索引的有效数据压缩设置，请选择COLUMNSTORE或COLUMNSTORE_ARCHIVE压缩。

问题根源 #

SQL Server在启动批处理时会执行预检查：如果当前存在的表与后续语句的操作存在逻辑冲突（比如现有表是列存储类型，后续指定页压缩），会直接提前终止报错，不会实际执行DROP TABLE语句。但矛盾的是，若[mytable]完全不存在，预检查却不会报错——哪怕对不存在的表执行压缩操作逻辑上更不合理。

此前也遇到过类似预检查误判：代码引用尚未创建的列，SQL Server直接报错终止，而非允许代码正常执行。

最简解决方案 #

由于代码已在数百个存储过程中使用，避免拆分批处理、EXEC包裹或TRY-CATCH这类大改动，可通过修改ALTER TABLE语句的压缩参数写法，绕过预检查：

方案1：用CONVERT转换压缩参数 #

drop table if exists [mytable]
select top 0
    *
into [mytable]
from [myexternaltable]
alter table [mytable] rebuild partition = all with (data_compression = CONVERT(varchar(10), 'page'))

通过CONVERT将字符串'page'转为字符类型，SQL Server预检查无法解析该表达式的实际值，因此不会基于现有表的列存储属性提前报错，批处理会正常执行DROP TABLE和后续重建操作。

方案2：用局部变量存储压缩参数 #

declare @compression varchar(10) = 'page'
drop table if exists [mytable]
select top 0
    *
into [mytable]
from [myexternaltable]
alter table [mytable] rebuild partition = all with (data_compression = @compression)

局部变量同样会让预检查无法提前判断压缩类型，从而绕过错误。

这两种方式仅需对ALTER TABLE语句做微小调整，无需改动代码整体结构，适合批量修改现有存储过程。

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