我使用下面的代码来检查临时表是否存在,如果它存在,则在重新创建之前删除表。只要我不改变列,它就可以工作。如果我稍后添加一个列,它会给出一个错误,说“无效列”。请让我知道我做错了什么。

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

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

select company, stepid, fieldid from #Results

--Works fine to this point

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

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

select company, stepid, fieldid, NewColumn from #Results

--Does not work

当前回答

注意:这也适用于## 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

其他回答

只是我的一点评论,因为OBJECT_ID不适合我。它总是返回那个

' #tempTable不存在

..即使它确实存在。我刚刚发现它存储了不同的名称(由_下划线结尾),就像这样:

# tempTable________

这对我来说很管用:

IF EXISTS(SELECT [name] FROM tempdb.sys.tables WHERE [name] like '#tempTable%') BEGIN
   DROP TABLE #tempTable;
END;

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

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

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

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

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

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

运行t-sql有两个阶段,

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

第二,运行,检索数据。

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

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

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