差異

Question

爲什麼沒有任何問題此代碼的工作：

drop table t1 
select * into t1 from master..spt_values 
drop table t1 
select * into t1 from master..spt_values 

輸出

Msg 3701, Level 11, State 5, Line 1 
Cannot drop the table 't1', because it does not exist or you do not have permission. 

(2508 row(s) affected) 

(2508 row(s) affected) 

但是這個代碼不：

drop table #t1 
select * into #t1 from master..spt_values 
drop table #t1 
select * into #t1 from master..spt_values 

輸出

Msg 2714, Level 16, State 1, Line 4 
There is already an object named '#t1' in the database. 

此代碼中表和臨時表之間有什麼區別？

Answer 1

爲了對抗其他所有的錯誤答案，來測試#TEMP表正確的方法是

if object_id('tempdb..#temp') is not null 
    drop table #temp; 

---

下面是一個關於 interesting article編譯階段和執行階段樂趣#TEMP表。

---

這是 Deferred Name Resolution（DNR）的MSDN參考。爲了幫助存儲過程創建和語句批處理，在SQL Server 7中添加了 Deferred Name Resolution。在此之前（Sybase），在批處理中創建和使用表而不使用大量動態SQL是非常困難的。

但是仍然有一些限制，如果名稱確實存在，SQL Server將繼續並檢查語句的其他方面，例如表對象的列名稱。 DNR從來沒有擴展到變量或臨時（＃）/（##）對象，並且當在SQL Server 2000中添加了內聯表值函數時，由於DNR的目的僅僅是解決multi - 語句批處理問題。不要混淆，內聯表值函數不支持DNR; 多語句 TVFs。

解決方法是不使用該模式，而是首先創建表並且只創建一次。

-- drop if exists 
if object_id('tempdb..#t1') is not null 
    drop table #t1; 
-- create table ONCE only 
select * into #t1 from master..spt_values where 1=0; 
-- .... 
-- populate 
insert #t1 
select * from master..spt_values 
-- as quick as drop 
truncate table #t1; 
-- populate 
insert #t1 
select * from master..spt_values 
-- as quick as drop 
truncate table #t1; 

-- clean up 
drop table #t1;