这招对我很管用: social.msdn.microsoft.com/forums/en/transactsql/thread/02c6da90 - 954 d - 487 d - a823 e24b891ec1b0 ? =教授

if exists (
    select  * from tempdb.dbo.sysobjects o
    where o.xtype in ('U') 

   and o.id = object_id(N'tempdb..#tempTable')
)
DROP TABLE #tempTable;

我认为问题是你需要在两者之间添加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

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

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

是的，“无效列”这个错误从行“select company, stepid, fieldid, NewColumn from #Results”引发。

运行t-sql有两个阶段，

首先，解析，在这个阶段，SQL server检查你提交的SQL字符串的正确性，包括表的列，并优化你的查询，以最快的速度检索。

第二，运行，检索数据。

如果表#Results存在，解析过程将检查你指定的列是否有效，否则(表不存在)解析将通过传递你指定的检查列。

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

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

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

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

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,
  )