1. 程式人生 > >Sql表變數和臨時表

Sql表變數和臨時表

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

  臨時表

  臨時表與永久表相似,只是它的建立是在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.表變數僅存在於那些變數能存在的相同範圍內。和臨時表相反,它們在內部儲存過程和execstring)語句裡是不可見的。它們也不能在insert/exec語句裡使用。