当我已经创建了临时表时，我通常会碰到这个错误;检查SQL语句错误的代码会看到“旧的”临时表，并在后面的语句中返回错误的列数，就好像临时表从未被删除过一样。

在创建了列更少的版本后，更改临时表中的列数后，删除表，然后运行查询。

我无法重现这个错误。

也许我没有理解这个问题。

下面的工作为我在SQL Server 2005，与额外的“foo”列出现在第二个选择结果:

IF OBJECT_ID('tempdb..#Results') IS NOT NULL DROP TABLE #Results
GO
CREATE TABLE #Results ( Company CHAR(3), StepId TINYINT, FieldId TINYINT )
GO
select company, stepid, fieldid from #Results
GO
ALTER TABLE #Results ADD foo VARCHAR(50) NULL
GO
select company, stepid, fieldid, foo from #Results
GO
IF OBJECT_ID('tempdb..#Results') IS NOT NULL DROP TABLE #Results
GO

声明应该是有序的

Alter语句 去 Select语句。

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

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

现在，如果您正在使用SQL Server(2016+)的新版本之一，则可以使用下面的语法。

DROP TABLE IF EXISTS schema.yourtable(even temporary tables #...)

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

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

这对我很有效，

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

这下边。Dbo (Dbo只是您的模式)变得更加重要。