SQL Server 表變數與臨時表深度對比：特性、誤區與選擇指南

定義與範圍

索引與約束

• 表變數：只能在 DECLARE 時定義 (PK、UNIQUE 隱含索引、CHECK、DEFAULT)。事後不可 DDL (無 CREATE INDEX/ALTER TABLE)。
• 臨時表：建立後可 CREATE INDEX、ALTER TABLE ADD COLUMN、ADD CONSTRAINT。支援命名約束 (但多使用者同名衝突風險)。

資料操作差異

四大常見誤區

1. 「表變數只在記憶體」 — 錯。兩者同樣受緩衝池管理，記憶體不足時溢寫 Tempdb 磁碟。
2. 「臨時表只在磁碟」 — 錯。同樣優先在記憶體運作。
3. 「表變數不能有索引」 — 錯。宣告時可定義 PK/UNIQUE 產生叢集/非叢集索引。
   DECLARE @t TABLE (Id INT PRIMARY KEY CLUSTERED, Code CHAR(10) UNIQUE NONCLUSTERED);
4. 「sysobjects 查表變數」 — 錯。表變數系統名稱含特殊字元，sys.objects 不可見。正確做法直接在作用域內引用變數名。

效能實測：JOIN 大表場景

測試環境：AdventureWorks.Sales.SalesOrderDetail × 10 (約 12 萬列)，依 ModifiedDate JOIN 原表。

• 表變數：優化器估計 1 列 → 選擇 Nested Loops + Key Lookout → 50+ 秒，邏輯讀數萬。
• 臨時表：統計資訊準確 → 選擇 Hash Match → 8 秒，邏輯讀大幅降低。

結論：需與大表 JOIN 或複雜查詢時，臨時表完勝。表變數適合小資料集 (<100 列)、單純暫存、函數回傳、避免重編譯場景。

選擇決策樹

1. 需在函數/預存程序間傳遞表值參數 (SQL 2008+)？→ 表變數 (UDTT)。
2. 需事後 DDL (加索引、加欄位)？→ 臨時表。
3. 需 SELECT INTO / INSERT EXEC / TRUNCATE？→ 臨時表。
4. 資料列 < 100 且無大表 JOIN？→ 表變數 (低重編譯、低鎖開銷)。
5. 資料列 > 1000 或涉及大表 JOIN/複雜查詢？→ 臨時表 (統計資訊、平行計畫)。
6. 動態 SQL 內使用？→ 表變數須在動態批次內宣告；臨時表可外部建立再引用。
7. 回滾語意重要？→ 臨時表。

總結

無絕對優劣，只有場景適配度。建議：開發階段以表變數起步，遇到效能瓶頸 (估計列數偏差、計畫差) 遷移至臨時表；生產環境關鍵 ETL/報表直接採用臨時表 + 適當索引。定期用 SET STATISTICS IO, TIME ON 對比驗證。