在 SQL Server 的實際開發過程中，我們常常需要將復雜的查詢邏輯分解為多個階段進行處理。實現這一目標的常見手段有 子查詢 (Subquery)、臨時表 (Temporary Table) 和 CTE (Common Table Expression)。這三者在語法、執行效率以及可維護性方面各有優勢與局限。如何選擇合適的方式，直接關系到 SQL 的性能與可讀性。

---

一、子查詢（Subquery）

特點

子查詢是嵌套在查詢中的另一條 SQL 語句，分為 標量子查詢、表子查詢 和 相關子查詢。
常見形式：

SELECT * 
FROM Orders
WHERE CustomerID IN (SELECT CustomerID FROM Customers WHERE Region = 'WA');

優點

1. 語義直觀：表達“某集合是否包含在另一集合中”，邏輯自然。

2. 適合一次性邏輯：特別是篩選條件較為簡單的場景。

3. 減少中間對象：無需顯式創建臨時對象。

缺點

1. 性能隱患：尤其是相關子查詢，每行都觸發子查詢，可能導致 O(n2) 復雜度。

2. 可讀性差：嵌套層級過多時，SQL 難以維護。

3. 優化受限：子查詢優化器的能力有限，有時無法充分利用索引。

使用場景

• 簡單過濾條件（如 IN、EXISTS）。

• 子查詢返回結果較小，且不會頻繁復用。

---

二、臨時表（Temporary Table）

特點

臨時表使用 CREATE TABLE #temp 或 SELECT ... INTO #temp 定義，生命周期在會話結束或顯式刪除后結束。

SELECT CustomerID, SUM(OrderAmount) AS TotalAmount
INTO #CustomerSummary
FROM Orders
GROUP BY CustomerID;SELECT * 
FROM #CustomerSummary
WHERE TotalAmount > 10000;

優點

1. 可復用：同一臨時表可在多個查詢中使用。

2. 調試友好：臨時表數據可直接查看，方便問題定位。

3. 可建索引：臨時表可加索引，提高復雜查詢性能。

4. 適合大數據集分步處理。

缺點

1. 需要存儲資源：寫入 tempdb，可能帶來磁盤 I/O 開銷。

2. 管理成本：需要顯式清理或等待會話結束。

3. 不是事務無關的：事務回滾時，臨時表數據也會受影響。

使用場景

• 中間結果需要多次使用。

• 結果集較大，需要索引優化。

• 調試或分階段計算邏輯。

---

三、CTE（公共表表達式）

特點

CTE 使用 WITH 關鍵字定義，類似內聯的“命名子查詢”。

WITH CustomerSummary AS (SELECT CustomerID, SUM(OrderAmount) AS TotalAmountFROM OrdersGROUP BY CustomerID
)
SELECT * 
FROM CustomerSummary
WHERE TotalAmount > 10000;

優點

1. 可讀性好：層次清晰，特別是復雜 SQL 分階段處理時。

2. 遞歸支持：適合層級結構查詢（如組織架構、樹形結構）。

3. 無需存儲：邏輯層面的語法糖，不額外占用 tempdb。

缺點

1. 性能未必優于子查詢：本質是語法糖，優化器可能展開成子查詢。

2. 不可復用：僅在隨后的單個語句中有效。

3. 大數據集不適合：結果集過大時，性能不如臨時表。

使用場景

• 復雜查詢分步編寫，提高可讀性。

• 層級/遞歸查詢。

• 結果只在當前語句使用一次。

---

四、對比分析

維度	子查詢 (Subquery)	臨時表 (Temporary Table)	CTE (Common Table Expression)
性能	簡單場景高效，復雜場景可能退化	可索引、適合大數據量，性能更穩定	性能接近子查詢，大數據不理想
可讀性	嵌套深時差	中等，需要管理表	最佳，邏輯清晰
復用性	不可復用	可復用多次	僅當前語句有效
維護成本	難維護	中等，調試友好	低，可讀性高
應用場景	簡單過濾	大數據量、分步處理、需要索引	分階段邏輯、遞歸查詢

---

五、選擇建議

1. 子查詢：邏輯簡單、只需一次性使用時。

2. CTE：強調可讀性、需要遞歸或分步驟拆解時。

3. 臨時表：大數據集、需要索引優化、結果需要復用時。

從架構設計的角度，CTE 提升可讀性，臨時表提升性能，子查詢適合簡潔邏輯。實際應用中，應根據 數據規模、查詢復雜度、可維護性要求 進行權衡，而非“一刀切”。

---

📌 總結
在 SQL Server 的查詢優化實踐中，不存在絕對“最佳”的方式，只有適合業務場景的選擇。如果更關注性能與調優，傾向于臨時表；如果更注重代碼可讀性與遞歸，選擇 CTE；如果邏輯簡單，子查詢即可滿足需求。優秀的架構師應當根據不同業務需求，在三者之間靈活切換，甚至混合使用，以達到最佳效果。