在创建临时表之前检查临时表是否存在，如果存在则删除答案

【问题标题】：Check if a temporary table exists and delete if it exists before creating a temporary table在创建临时表之前检查临时表是否存在，如果存在则删除
【发布时间】：2010-10-14 03:06:08
【问题描述】：

我正在使用以下代码检查临时表是否存在，如果存在则删除该表，然后再次创建。只要我不更改列，它就可以正常工作。如果我稍后添加一列，它会给出“无效列”的错误。请让我知道我做错了什么。

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

【问题讨论】：

你在哪里添加列？你能发布给你一个错误的确切代码吗？
我正在将该列添加到表#Results。如果您复制上面的代码并第一次运行它，您不会收到任何错误。现在，如果您在临时表中添加一列并将该列添加到 select 语句中，它将显示未找到列（或类似的内容）。
考虑使用以下模式：BEGIN TRANSACTION; CREATE TABLE #Results; ...; DROP TABLE #Results; COMMIT。如果事务成功，该表将被删除。如果失败，表也会消失（因为它是在事务中创建的）。在任何情况下：无需检查表是否已经存在。
看起来你只需要 GO 语句。

标签： sql-server sql-server-2005 temp-tables alter-table

【解决方案1】：

我无法重现该错误。

也许我不明白这个问题。

以下内容在 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

【讨论】：

IF OBJECT_ID('tempdb..#Results') IS NOT NULL DROP TABLE #Results` CREATE TABLE #Results (Company CHAR(3),StepId INT) select company, stepid from #results now go回到 create 语句并在 end.change 语句中添加 fieldid 列以包含 fieldid 并运行它。
'tempdb..#name' 正是我所需要的。我像个傻瓜一样使用'dbo.#name'。我得到了tempdb 部分，但是双点是怎么回事？
@Conrad.Dean 双点是 .dbo 的缩写。
@deutschZuid 更准确地说，双点是用户的默认架构，通常是 dbo（这不是一个好主意，使 dbo 成为用户的默认架构，但这通常是它去了）
您的代码与 OP 如此不同，以至于您的“无法重现”声明毫无意义。我为你感到高兴，你让它以不同的方式工作。

【解决方案2】：

语句应该是有序的

表的更改语句
去
选择语句。

中间没有'GO'，整个事情将被视为一个单独的脚本，当select语句查找列时，它不会找到。

使用 'GO' ，它将把脚本中直到 'GO' 的部分视为一个批处理，并将在进入 'GO' 之后的查询之前执行。

【讨论】：

这应该被标记为正确答案。这并不是说 SELECT 实际上要在创建表之前运行，而是它正在被解析并在运行之前抛出错误，因为有一个名为 #Results 的现有表在解析 select 语句的时间。在那里添加一个 GO 将查询分成批次，每个批次都单独解析和运行。
我无法相信这个和最佳答案之间的投票差异，这改变了代码这么多 - 没有解释为什么 - 它作为一个响应毫无意义。
这个答案描述了它为什么会失败，以及如何修复它。接受的答案当然无法重现该问题-因为它的编写方式不同，并且可能回避了遇到的实际问题。我发现自己在这里是因为我遇到了同样的问题，并且忘记了首先解析脚本并且临时对象是会话的一部分。我现在通过将其编写为 SP 并调用它进行调试来进行编码，这是解决问题的另一种方法。

【解决方案3】：

您可以truncate 代替dropping 并重新创建临时表并重复使用它

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 Database，则使用以下语法删除临时表并重新创建它。更多信息在这里MSDN

语法

删除表 [如果存在] [数据库名称。 [模式名称]。 | 模式名称。 ] 表名 [ ,...n ]

查询：

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

【讨论】：

似乎truncate/reuse 方法比Sql Server 2016 和Azure Sql Database 上的DROP TABLE IF EXISTS 更有效。不是这样吗？
@prdp 为什么建议将DROP TABLE IF Exists 用于 SQL 2016 或 Azure？该语法从 SQL 2008 开始可用。请参阅答案中的 MSDN 链接？性能因素？
没关系。我现在意识到，SQL Server 2008 支持 DROP TABLE，但 IF EXISTS 子句是在 2016 年引入的。
我使用INTO：select * INTO #HistoricoUserTable from dbo.HistoricoUser
从技术上讲，如果临时表已经存在，则无法保证表的架构匹配。可能是相同的，但您可能已经对表格进行了其他操作，特别是如果您使用诸如#Results、#Products 或#Customers 之类的通用名称。这是我会使用 drop/create 而不是 truncate 的主要原因。

【解决方案4】：

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

【讨论】：

注意；上面代码中的tempdb.. 非常重要。它需要在您的临时表名称之前。仅仅检查OBJECT_ID('#Results') 是不够的。临时表存储在 TempDB 数据库中。 Per Microsoft：TempDB 系统数据库是一个全局资源，可供连接到 SQL Server 实例或连接到 SQL 数据库的所有用户使用
谢谢，@iCode。这是删除临时表的关键：必须在 tempdb 上完成，否则不会消失。

【解决方案5】：

这可以通过一行代码完成：

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

【讨论】：

我必须每天看看这个

【解决方案6】：

这对我有用： social.msdn.microsoft.com/Forums/en/transactsql/thread/02c6da90-954d-487d-a823-e24b891ec1b0?prof=required

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

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

【讨论】：

这只是条件表删除的不同语法。这很有趣，但不能解决 OP 的问题，而且大部分都是多余的。如果您只检查 OBJECT_ID(N'tempdb..#Results') 不为空，则足以证明该对象已经存在。

【解决方案7】：

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

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

【讨论】：

我使用的是 SSMS 17.3，这给了Incorrect syntax near the keyword 'IF'.
@StingyJack 因为 SQL 语法与 SSMS 版本无关，但与 SQL Server 版本有关。 IF [NOT] EXISTS 子句可从 SQL Server 2016 获得。您使用的 SSMS 版本无关紧要。

【解决方案8】：

因为OBJECT_ID 对我不起作用，所以我只是稍微评论一下。它总是返回那个

`#tempTable 不存在

..即使它确实存在。我刚刚发现它以不同的名称存储（后缀为_ 下划线），如下所示：

#tempTable________

这对我很有效：

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

【讨论】：

警告：如果表是由任何线程创建的，该代码将检测到该表。单个 # 临时表是针对存储过程的每个线程/调用者单独创建的，这就是名称中的下划线以便每个线程/进程存在不同副本的原因。只要您使用的是 SQL 2005 或更高版本，Object_ID 就应该适用于当前线程。

【解决方案9】：

pmac72 正在使用 GO 将查询分解为批次并使用 ALTER。

您似乎正在运行相同的批处理，但在更改后运行了两次：DROP...CREATE...edit...DROP...CREATE..

也许发布您的确切代码，以便我们了解发生了什么。

【讨论】：

这个答案应该是评论，因为它没有提供实际答案。

【解决方案10】：

这对我有用，

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

这里 tempdb.dbo（dbo 只是你的架构）更重要。

【讨论】：

【解决方案11】：

我通常在创建临时表时遇到此错误；检查 SQL 语句是否有错误的代码会看到“旧”临时表就位，并在后面的语句中返回错误的列数，就好像临时表从未被删除一样。

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

【讨论】：

【解决方案12】：

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

begin try
    drop table #temp
end try

begin catch 
    print 'table does not exist'
end catch 

create table #temp(a int, b int)

【讨论】：

此 try 语句将捕获尝试删除表时可能发生的其他错误。此代码假定尝试失败的唯一原因是该表不存在。它可能大部分时间都有效，但我不能保证。如果 try 语句由于其他原因而失败，则在创建表时会出现错误，因为这掩盖了删除表的真正问题。
这行得通，但很糟糕，当有智能和完美的解决方案时，我不鼓励采用艰难的方式。而且，虽然 OP 指定了 2005 版本，但旧版本不支持 try catch 块
另一个问题是使用 try/catch 与逻辑的意识形态。你可以在这里看到更多的辩论：stackoverflow.com/questions/17335217/try-catch-or-if-statement/…

【解决方案13】：

注意：这也适用于 ## 临时表。

即

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

注意：这种类型的命令只适用于 SQL Server 2016 之后。问问你自己 .. 我有任何客户仍在使用 SQL Server 2012 吗？

DROP TABLE IF EXISTS ##AuditLogTempTable1

【讨论】：

【解决方案14】：

我的代码使用了一个更改的Source 表，以及一个必须匹配这些更改的Destination 表。

-- 
-- Sample SQL to update only rows in a "Destination" Table
--  based on only rows that have changed in a "Source" table
--


--
-- Drop and Create a Temp Table to use as the "Source" Table
--
IF OBJECT_ID('tempdb..#tSource') IS NOT NULL drop table #tSource
create table #tSource (Col1 int, Col2 int, Col3 int, Col4 int)

--
-- Insert some values into the source
--
Insert #tSource (Col1, Col2, Col3, Col4) Values(1,1,1,1)
Insert #tSource (Col1, Col2, Col3, Col4) Values(2,1,1,2)
Insert #tSource (Col1, Col2, Col3, Col4) Values(3,1,1,3)
Insert #tSource (Col1, Col2, Col3, Col4) Values(4,1,1,4)
Insert #tSource (Col1, Col2, Col3, Col4) Values(5,1,1,5)
Insert #tSource (Col1, Col2, Col3, Col4) Values(6,1,1,6)

--
-- Drop and Create a Temp Table to use as the "Destination" Table
--
IF OBJECT_ID('tempdb..#tDest') IS NOT NULL drop Table #tDest
create table #tDest (Col1 int, Col2 int, Col3 int, Col4 int)

--
-- Add all Rows from the Source to the Destination
--
Insert #tDest
Select Col1, Col2, Col3, Col4 from #tSource


--
-- Look at both tables to see that they are the same
--
select *
from #tSource
Select *
from #tDest

--
-- Make some changes to the Source
--
update #tSource
    Set Col3=19
    Where Col1=1
update #tSource
    Set Col3=29
    Where Col1=2
update #tSource
    Set Col2=38
    Where Col1=3
update #tSource
    Set Col2=48
    Where Col1=4

--
-- Look at the Differences
-- Note: Only 4 rows are different. 2 Rows have remained the same.
--
Select Col1, Col2, Col3, Col4
from #tSource
except
Select Col1, Col2, Col3, Col4
from #tDest

--
-- Update only the rows that have changed
-- Note: I am using Col1 like an ID column
--
Update #tDest
    Set Col2=S.Col2,
        Col3=S.Col3,
        Col4=S.Col4
From    (   Select Col1, Col2, Col3, Col4
            from #tSource
            except
            Select Col1, Col2, Col3, Col4
            from #tDest
        ) S
Where #tDest.Col1=S.Col1 

--
-- Look at the tables again to see that
--  the destination table has changed to match
--  the source table.

select *
from #tSource
Select *
from #tDest

--
-- Clean Up
--
drop table #tSource
drop table #tDest

【讨论】：

【解决方案15】：

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

运行t-sql有两个阶段，

首先，解析，在这个阶段sql server会检查你提交的sql字符串的更正，包括表的列，并优化你的查询以获得最快的检索。

第二，运行，检索数据。

如果表#Results 存在，则解析过程将检查您指定的列是否有效，否则（表不存在）解析将通过您指定的检查列。

【讨论】：

【解决方案16】：

当您更改临时表中的列时，您必须在再次运行查询之前删除该表。（是的，这很烦人。这就是你必须做的。）

我一直认为这是因为“无效列”检查是在查询运行之前由解析器完成的，所以它是基于表中的列在它被删除之前......这就是 pnbs也说了。

【讨论】：