SQL Server臨時表和表變量在操作中有哪些不同之處？
文章主要描述的是SQL Server臨時表和表變量在實際操作中的區別介紹，我們在數據庫中實際操作中，對于表的使用的時候,一般都會使用兩種使用表的方法,分別就是使用臨時表及表變量。在實際使用的時候，我們如何靈活的在存儲過程中運用它們。
雖然它們實現的功能基本上是一樣的，可如何在一個存儲過程中有時候去使用SQL Server臨時表而不使用表變量，有時候去使用表變量而不使用臨時表呢?
臨時表
臨時表與***表相似，只是它的創建是在Tempdb中，它只有在一個數據庫連接結束后或者由SQL命令DROP掉，才會消失，否則就會一直存在。臨時表在創建的時候都會產生SQL Server的系統日志，雖它們在Tempdb中體現，是分配在內存中的，它們也支持物理的磁盤，但用戶在指定的磁盤里看不到文件。
臨時表分為本地和全局兩種，本地SQL Server臨時表的名稱都是以“#”為前綴，只有在本地當前的用戶連接中才是可見的，當用戶從實例斷開連接時被刪除。全局SQL Server臨時表的名稱都是以“##”為前綴，創建后對任何用戶都是可見的，當所有引用該表的用戶斷開連接時被刪除。
下面我們來看一個創建SQL Server臨時表的例子：
- 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
SQL Server臨時表在創建之后可以修改許多已定義的選項，包括：
1)添加、修改、刪除列。例如，列的名稱、長度、數據類型、精度、小數位數以及為空性均可進行修改，只是有一些限制而已。
2)可添加或刪除主鍵和外鍵約束。
3)可添加或刪除 UNIQUE 和 CHECK 約束及 DEFAULT 定義(對象)。
4)可使用 IDENTITY 或 ROWGUIDCOL 屬性添加或刪除標識符列。雖然 ROWGUIDCOL 屬性也可添加至現有列或從現有列刪除，但是任何時候在表中只能有一列可具有該屬性
5)表及表中所選定的列已注冊為全文索引。
表變量
表變量創建的語法類似于SQL Server臨時表，區別就在于創建的時候，必須要為之命名。表變量是變量的一種，表變量也分為本地及全局的兩種，本地表變量的名稱都是以“@”為前綴，只有在本地當前的用戶連接中才可以訪問。全局的表變量的名稱都是以“@@”為前綴，一般都是系統的全局變量，像我們常用到的，如@@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)SQL Server臨時表中是有鎖的機制，而表變量中就沒有鎖的機制。
我們現在來看一個完整的例子，來看它們的用法的異同：
利用臨時表
- 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)一般對于大的數據結果，或者因為統計出來的數據為了便于更好的優化，我們就推薦使用SQL Server臨時表，同時還可以創建索引，由于臨時表是存放在Tempdb中，一般默認分配的空間很少，需要對tempdb進行調優，增大其存儲的空間。
注：表變量雖然不支持索引，但是表變量支持主鍵阿，所以可以利用主鍵來替代索引。
注：由于表變量不支持統計數據，因此在一個存儲過程中使用表變量可以減少由于數據變化而導致的重新編譯問題。
注：表變量同時也不支持并行執行計劃，因此對于大型的臨時結果集，表變量也不是一個好的選擇
對于函數中不能支持SQL Server臨時表是由于函數不能對函數作用域外部的資源狀態造成***性的更改，在SQLServer中也稱為副作用(sideeffect)。不過如果在函數中使用大型的臨時結果集是不推薦的，因為如果將這樣的函數放置到一個查詢中會造成很明顯的性能問題，因此這種情況一般都采用存儲過程之類的批處理腳本。
對于動態腳本不支持表變量的原因是因為存儲過程不接受表類型的參數。不過如果表變量的聲明和賦值都在sp_executesql的參數中的話，sp_executesql就可以執行了，因為這個時候表變量就存在sp_executesql的stmt參數里面，不需要傳入，例如下面的代碼：(當然這樣的實用性也就沒有多少了)
- DECLARE @m nvarchar(max)
- SET @m = N"DECLARE @t TABLE (ID int);INSERT INTO @tVALUES(1);SELECT * FROM @t T"
- EXEC sp_executesql @m
以上的相關內容就是對SQL Server臨時表與表變量的區別的介紹，望你能有所收獲。
【編輯推薦】
