sql server 公共表達式的簡單應用（cte）

1、前言　　

　　如今作項目數據訪問基本都會選擇一種orm框架，它以面向對象的形式屏蔽底層的數據訪問形式，讓開發人員更集中在業務處理上，而不是和數據庫的交互上，幫助咱們提升開發效率；例如一些簡單的insert、update，咱們不須要寫insert into...sql 語句，而是直接new一個實體對象，而後db.Insert(entity)，看起來是那麼清爽；像EF這樣比較完善的orm，支持linq語法對數據庫進行訪問，寫起來就更加爽了，有些人甚至認爲開發人員能夠不用會寫sql語句了...但現實不會讓你工做得那麼輕鬆，做爲開發人員對數據庫這一塊的學習仍是頗有必要的；且不說一些靈活性和效率問題，實際工做中用sql的地方仍是很是多的，常常在碼代碼的時候，忽然就傳來領導的聲音，那個某某某，你趕忙給我出一份報表，那個誰誰誰，你趕忙給我出一份XXX的數據...很急。

2、使用CTE統計樹形結構

　　最近在碼代碼時，領導就來一句：嘿man，你給我統計一下全部xxx產品的信息，要快，那邊在催了...。這裏抽象一下，以下，大概就是找出全部傢俱產品的信息，這個分類表包含樹形結構，ParentId爲0是某種分類的根，它下面可能有許多種子節點/葉子節點。這裏須要要找的實際就是一個以傢俱爲根的樹。

　　

測試sql語句：

DECLARE @Product TABLE
(ProductId INT,
 ParentId INT,
 ProductName NVARCHAR(64))

INSERT INTO @Product
VALUES
(1,0,'傢俱'),
(2,0,'服裝'),
(3,1,'大型傢俱'),
(4,1,'小型傢俱'),
(5,2,'男裝'),
(6,2,'女裝'),
(7,3,'牀'),
(8,3,'衣櫃'),
(9,3,'沙發'),
(10,4,'電腦桌'),
(11,4,'椅子'),
(12,5,'牛仔褲'),
(13,5,'襯衫'),
(14,6,'裙子')

3、實現

　　這種需求實際不少，有經驗的朋友很快就知道怎麼寫，而實際寫法也很簡單。知道這是樹形結構，在腦海裏出現了：自連接查詢、子查詢、臨時表、遊標、用程序寫代碼遞歸...公共表達式(CTE)，OK！CTE的語法以下：

WITH CTE名稱[目標列]
AS
(
<定義CTE的內部查詢>
)
<對CTE進行查詢的外部查詢>

　　具體來講，CTE屬於表表達式，另外一種表表達式是派生表（子查詢），有時候使用CTE能夠優化咱們的代碼，使咱們的代碼更加簡單、易讀。並且CTE支持遞歸查詢，上面的需求寫法爲：

;WITH cte
AS
(SELECT * FROM @Product
  WHERE ProductId = 1
 UNION ALL  
 SELECT p.* FROM @Product p
  INNER JOIN cte t ON p.ParentId = t.ProductId
)
SELECT*FROM cte
 ORDER BY ProductId

4、解析

　　CTE的遞歸查詢主要包含兩個部分，定位點成員和遞歸成員。如上面的查詢，UNION ALL 前面的SELECT 就是定位點成員，它是查詢的初始化；UNION ALL下面的屬於遞歸成員，咱們能夠遞歸查詢時，每次都爲CTE返回上一次的結果集。例如，初始化時，cte結果是ProductId 1，第一次遞歸時，會找到ParentId爲1的產品，也就是3，4，而且與上一個結果集UNION ALL獲得本次結果集返回，再遞歸時cte就是1,3,4了；而遞歸的結束條件就是本次查詢的結果爲空集，此時遞歸結束，並返回最終結果集。

　　另外須要說的是，CTE是虛擬的，sql server會爲它從新生成查詢語句，直接訪問底層對象；因此在一些性能要求較高的地方，仍是要經過執行計劃來判斷是否須要優化，有時候方即是以性能爲代價的。