"Drop Table if exists"执行后无法修改脚本内临时表结构问题咨询

这是SQL Server的预期行为，和你写在脚本里的DROP语句是否生效没有关系，本质是T-SQL批处理的编译机制和会话级临时表的生命周期规则共同导致的。

首先明确两个基础规则：

• 会话级临时表（#开头的表）创建后会一直留在当前会话的tempdb中，直到你主动删除或者断开数据库连接，不会因为单次脚本执行结束就自动销毁。
• SQL Server处理同一个执行批的逻辑是先整体编译所有语句生成执行计划，再按顺序逐行执行，编译阶段不会执行批内的任何语句。

当你首次跑完脚本、修改表结构后直接运行整个脚本时，流程是这样的：

1. 编译阶段：批开头的DROP还没执行，编译器检测到当前会话已经存在#myTempTable，直接读取旧表的结构元数据，给INSERT语句生成了匹配旧表结构的执行计划；
2. 执行阶段：开头的DROP确实正常执行删掉了旧表，后续CREATE也按你修改后的新结构建了新的临时表，但INSERT的执行计划早就按旧结构编译完了，不会中途自动重编译，插入时自然会检测到值的列数/类型和执行计划里绑定的表结构对不上，抛出213号错误。

你单独执行DROP语句之所以能解决问题，是因为单独运行的DROP本身是一个独立批，执行完旧表就被彻底删掉了。之后再跑建表、插入的脚本时，编译阶段找不到已存在的旧临时表，就会按脚本里CREATE定义的新结构来编译INSERT，自然不会报错。

最一劳永逸的方法是在DROP语句后加GO批分隔符，把DROP逻辑和后续建表、插入逻辑拆成两个独立批，保证DROP执行完成、旧表被删除后，才会编译后面的建表、插入语句。
顺便提一句，你贴的原始脚本还有两处语法遗漏：CREATE后缺了TABLE关键字，INSERT后缺了VALUES关键字，修正后支持任意调整表结构、可重复运行的代码如下：

DROP TABLE IF EXISTS #myTempTable 
GO -- 批分隔符：前序批全部执行完成后，才会启动后续批的编译和执行

CREATE TABLE #myTempTable (
  dataid INT
, Description NVARCHAR(100) 
)

INSERT INTO #myTempTable VALUES
(1 , 'blah') 

如果不想加GO拆分批，也可以每次修改临时表结构后先手动单独跑一次DROP语句，后续同表结构下重复运行整个脚本不会触发这个问题——因为表结构没有变动时，编译阶段绑定的元数据和CREATE生成的新表结构完全一致，不会出现列不匹配的错误。

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