您可以截断并重用临时表，而不是删除并重新创建它

IF OBJECT_ID('tempdb..#Results') IS NOT NULL
    Truncate TABLE #Results
else
    CREATE TABLE #Results
    (
        Company             CHAR(3),
        StepId              TINYINT,
        FieldId             TINYINT,
    )

如果您使用的是Sql Server 2016或Azure Sql数据库，则使用以下语法删除临时表并重新创建它。更多信息请点击MSDN

语法

DROP TABLE [IF EXISTS] [database_name .][schema_name]。| schema_name。table_name[，…]n]

查询:

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

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

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

注意:这也适用于## temp表。

i.e.

IF OBJECT_ID('tempdb.dbo.##AuditLogTempTable1', 'U') IS NOT NULL
DROP TABLE ##AuditLogTempTable1

注意:这种类型的命令只适用于SQL Server 2016之后。 问问你自己…我的客户还在使用SQL Server 2012吗?

DROP TABLE IF EXISTS ##AuditLogTempTable1

我无法重现这个错误。

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

下面的工作为我在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

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

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

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

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