SQL Server中臨時表與表變量的差別

 我們在資料庫中使用表的時候,經常會遇到兩種使用表的方法,分别就是使用臨時表及表變量。在實際使用的時候，我們如何靈活的在存儲過程中運用它們，雖然它們實作的功能基本上是一樣的，可如何在一個存儲過程中有時候去使用臨時表而不使用表變量，有時候去使用表變量而不使用臨時表呢?

　　臨時表

　　臨時表與永久表相似，隻是它的建立是在Tempdb中，它隻有在一個資料庫連接配接結束後或者由SQL指令DROP掉，才會消失，否則就會一直存在。臨時表在建立的時候都會産生SQL Server的系統日志，雖它們在Tempdb中展現，是配置設定在記憶體中的，它們也支援實體的磁盤，但使用者在指定的磁盤裡看不到檔案。

　　臨時表分為本地和全局兩種，本地臨時表的名稱都是以“#”為字首，隻有在本地目前的使用者連接配接中才是可見的，當使用者從執行個體斷開連接配接時被删除。全局臨時表的名稱都是以“##”為字首，建立後對任何使用者都是可見的，當所有引用該表的使用者斷開連接配接時被删除。

　　下面我們來看一個建立臨時表的例子：　　

CREATE TABLE dbo.#News 　　( 　　News_id int NOT NULL, 　　NewsTitle varchar(100), 　　NewsContent varchar(2000), 　　NewsDateTime datetime 　　)

　　臨時表可以建立索引，也可以定義統計資料，是以可以用資料定義語言(DDL)的聲明來阻止臨時表添加的限制，限制，并參照完整性，如主鍵和外鍵限制。比如來說，我們現在來為#News表字段NewsDateTime來添加一個預設的GetData()目前日期值，并且為News_id添加一個主鍵，我們就可以使用下面的語句：　

ALTER TABLE dbo.#News 　　ADD 　　CONSTRAINT [DF_NewsDateTime] DEFAULT (GETDATE()) FOR [NewsDateTime], 　　PRIMARY KEY CLUSTERED 　　( 　　[News_id] 　　) ON [PRIMARY] 　　GO

　　臨時表在建立之後可以修改許多已定義的選項，包括：

　　1)添加、修改、删除列。例如，列的名稱、長度、資料類型、精度、小數位數以及為空性均可進行修改，隻是有一些限制而已。

　　2)可添加或删除主鍵和外鍵限制。

　　3)可添加或删除 UNIQUE 和 CHECK 限制及 DEFAULT 定義(對象)。

　　4)可使用 IDENTITY 或 ROWGUIDCOL 屬性添加或删除辨別符列。雖然 ROWGUIDCOL 屬性也可添加至現有列或從現有列删除，但是任何時候在表中隻能有一列可具有該屬性

5)表及表中所標明的列已注冊為全文索引。

　　表變量

　　表變量建立的文法類似于臨時表，差別就在于建立的時候，必須要為之命名。表變量是變量的一種，表變量也分為本地及全局的兩種，本地表變量的名稱都是以“@”為字首，隻有在本地目前的使用者連接配接中才可以通路。全局的表變量的名稱都是以“@@”為字首，一般都是系統的全局變量，像我們常用到的，如@@Error代表錯誤的号，@@RowCount代表影響的行數。

　　如我們看看建立表變量的語句：

DECLARE @News Table 　　( 　　News_id int NOT NULL, 　　NewsTitle varchar(100), 　　NewsContent varchar(2000), 　　NewsDateTime datetime 　　)

　　比較臨時表及表變量都可以通過SQL的選擇、插入、更新及删除語句，它們的的不同主要展現在以下這些：

　　1)表變量是存儲在記憶體中的，當使用者在通路表變量的時候，SQL Server是不産生日志的，而在臨時表中是産生日志的;

　　2)在表變量中，是不允許有非聚集索引的;

　　3)表變量是不允許有DEFAULT預設值，也不允許有限制;

　　4)臨時表上的統計資訊是健全而可靠的，但是表變量上的統計資訊是不可靠的;

　　5)臨時表中是有鎖的機制，而表變量中就沒有鎖的機制。

　　我們現在來看一個完整的例子，來看它們的用法的異同：

　　利用臨時表　　

CREATE TABLE dbo.#News 　　( 　　News_id int NOT NULL, 　　NewsTitle varchar(100), 　　NewsContent varchar(2000), 　　NewsDateTime datetime 　　) 　　INSERT INTO dbo.#News (News_id, NewsTitle, NewsContent, NewsDateTime) 　　VALUES (1,'BlueGreen', 'Austen', 200801, GETDATE()) 　　SELECT News_id, NewsTitle, NewsContent, NewsDateTime FROM dbo.#News 　　DROP TABLE dbo.[#News]

　　利用表變量　     

DECLARE @News table 　　( 　　News_id int NOT NULL, 　　NewsTitle varchar(100), 　　NewsContent varchar(2000), 　　NewsDateTime datetime 　　) 　　INSERT INTO @News (News_id, NewsTitle, NewsContent, NewsDateTime) 　　VALUES (1,'BlueGreen', 'Austen', 200801, GETDATE()) 　　SELECT News_id, NewsTitle, NewsContent, NewsDateTime FROM @News

　　我們可以看到上面兩種情況實作的是一樣的效果，第一種利用臨時表的時候，臨時表一般被建立後，如果在執行的時候，沒有通過DROP Table的操作，第二次就不能再被建立，而定義表變量也不需要進行DROP Table的操作，一次執行完成後就會消失。

　　其實在選擇臨時表還是表變量的時候，我們大多數情況下在使用的時候都是可以的，但一般我們需要遵循下面這個情況，選擇對應的方式：

　　1)使用表變量主要需要考慮的就是應用程式對記憶體的壓力，如果代碼的運作執行個體很多，就要特别注意記憶體變量對記憶體的消耗。我們對于較小的資料或者是通過計算出來的推薦使用表變量。如果資料的結果比較大，在代碼中用于臨時計算，在選取的時候沒有什麼分組的聚合，就可以考慮使用表變量。

　　2)一般對于大的資料結果，或者因為統計出來的資料為了便于更好的優化，我們就推薦使用臨時表，同時還可以建立索引，由于臨時表是存放在Tempdb中，一般預設配置設定的空間很少，需要對tempdb進行調優，增大其存儲的空間。

補充：

      1.使事務日志不會記錄表變量。是以，它們脫離了事務機制的範圍。

      2.任何一個使用臨時表的存儲過程都不會被預編譯，然而使用表變量的存儲過程的執行計劃可以預先靜态的編譯。預編譯一個腳本的主要好處在于加快了執行的速度。這個好處對于長的存儲過程更加顯著，因為對它來說重新編譯代價太高。

      3.表變量僅存在于那些變量能存在的相同範圍内。和臨時表相反，它們在内部存儲過程和exec（string）語句裡是不可見的。它們也不能在insert/exec語句裡使用。

摘自：http://hi.baidu.com/zck98530/blog/item/ca369c3d10f82107bba1677a.html