我认为问题是你需要在两者之间添加GO语句，将执行分开成批。作为第二个删除脚本，即IF OBJECT_ID('tempdb..#Results') IS NOT NULL drop TABLE #Results没有删除临时表作为单个批处理的一部分。你可以试试下面的脚本吗?

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
    DROP TABLE #Results

CREATE TABLE #Results
(
    Company                CHAR(3),
    StepId                TINYINT,
    FieldId                TINYINT,
)

GO

select company, stepid, fieldid from #Results

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
DROP TABLE #Results

CREATE TABLE #Results
(
    Company                CHAR(3),
    StepId                TINYINT,
    FieldId                TINYINT,
    NewColumn            NVARCHAR(50)
)

GO

select company, stepid, fieldid, NewColumn from #Results

我最近看到一个DBA做了类似的事情:

begin try
    drop table #temp
end try

begin catch 
    print 'table does not exist'
end catch 

create table #temp(a int, b int)

声明应该是有序的

Alter语句 去 Select语句。

没有'GO'在中间，整个东西将被视为一个单一的脚本，当select语句寻找列时，它将不会被找到。

对于'GO'，它将把'GO'之前的脚本部分视为一个单独的批处理，并在'GO'之后进入查询之前执行。

这可以用一行代码来完成:

IF OBJECT_ID('tempdb..#tempTableName') IS NOT NULL DROP TABLE #tempTableName;   

更改临时表中的列时，必须删除该表，然后才能再次运行查询。(是的，这很烦人。这正是你必须做的。)

我一直认为这是因为“无效列”检查是在查询运行之前由解析器完成的，因此它是基于删除表之前的列.....PNBS也是这么说的。

pmac72使用GO将查询分解成批，并使用ALTER。

你似乎在运行同一个批处理，但在更改后运行了两次:DROP…创建…编辑……滴……创建. .

也许可以发布你的确切代码，这样我们就可以看到发生了什么。