開篇語

哈嘍，各位小伙伴們，你們好呀，我是喵手。運營社區(qū)：C站/掘金/騰訊云/阿里云/華為云/51CTO；歡迎大家常來逛逛

??今天我要給大家分享一些自己日常學習到的一些知識點，并以文字的形式跟大家一起交流，互相學習，一個人雖可以走的更快，但一群人可以走的更遠。

??我是一名后端開發(fā)愛好者，工作日常接觸到最多的就是Java語言啦，所以我都盡量抽業(yè)余時間把自己所學到所會的，通過文章的形式進行輸出，希望以這種方式幫助到更多的初學者或者想入門的小伙伴們，同時也能對自己的技術(shù)進行沉淀，加以復盤，查缺補漏。

小伙伴們在批閱的過程中，如果覺得文章不錯，歡迎點贊、收藏、關(guān)注哦。三連即是對作者我寫作道路上最好的鼓勵與支持！

🌟 前言

Hello，各位數(shù)據(jù)庫玩家們！在SQL查詢中，我們有時會寫出長到讓人窒息的查詢語句，越往下讀，腦子越容易變成一團漿糊……有沒有想過，有沒有更簡潔、更優(yōu)雅的方式來寫出復雜查詢？答案就是今天的主角：公用表表達式（CTE，Common Table Expressions）。如果你對SQL優(yōu)化、可讀性提升以及代碼復用有興趣，那就別走開，接下來我們一起探索CTE的魅力！🤩

📜 目錄

1. 💡 什么是CTE？
2. 🎨 CTE的語法與結(jié)構(gòu)
3. 💥 使用場景：CTE何時更香？
4. 🎬 CTE實戰(zhàn)案例
5. 🧩 遞歸CTE：挑戰(zhàn)升級
6. 🛠? CTE與子查詢的比較
7. 🚀 總結(jié)

---

💡 什么是CTE？

公用表表達式（CTE）其實是SQL語句中的“臨時表”，定義后可以在同一個查詢中多次使用。相比傳統(tǒng)子查詢，CTE讓代碼更簡潔、結(jié)構(gòu)更清晰。CTE的出現(xiàn)就是為了提升SQL查詢的可讀性，特別是對于復雜查詢場景，CTE簡直是救世主！🙏

簡而言之，CTE是SQL代碼中的“局部變量”，你可以用它來暫時存儲中間結(jié)果，就像在打游戲時暫存進度一樣。

🎨 CTE的語法與結(jié)構(gòu)

寫CTE其實很簡單，來個大體結(jié)構(gòu)先：

WITH cte_name AS (-- 這里放查詢邏輯SELECT column1, column2FROM your_tableWHERE conditions
)
SELECT * FROM cte_name;

基本語法分為三步：

1. 使用關(guān)鍵字WITH引入CTE。
2. 起個名字，比如cte_name，方便后續(xù)調(diào)用。
3. 在CTE內(nèi)寫SQL查詢，隨后在主查詢中使用。

是不是挺輕松？現(xiàn)在，讓我們進入更有趣的實戰(zhàn)環(huán)節(jié)吧！💪

💥 使用場景：CTE何時更香？

CTE非常適合以下場景：

• 多步查詢的中間結(jié)果：如果查詢邏輯復雜，有多步計算的需求，可以用CTE來清晰地表達每一步。
• 遞歸查詢：想從某個父節(jié)點找到所有子節(jié)點？使用遞歸CTE非常合適。
• 代碼復用：在一個查詢中多次用到同一中間表時，CTE比子查詢更直觀。

小提示：CTE并不是性能優(yōu)化的“靈丹妙藥”，更多的是一種結(jié)構(gòu)優(yōu)化。所以有些場景下，CTE可能會提高性能，但更多時候，它的作用是提升代碼的可讀性。

🎬 CTE實戰(zhàn)案例

案例1：統(tǒng)計每個部門的平均薪資

假設我們有一張員工表，包含員工姓名、部門ID和薪資信息。我們想統(tǒng)計每個部門的平均薪資，最基礎的寫法可能是這樣的：

SELECT department_id, AVG(salary) AS avg_salary
FROM employees
GROUP BY department_id;

不過，假設我們還想加入一些復雜的篩選條件和分組邏輯，這時可以使用CTE來優(yōu)化代碼的結(jié)構(gòu)：

WITH department_avg AS (SELECT department_id, AVG(salary) AS avg_salaryFROM employeesGROUP BY department_id
)
SELECT d.department_id, e.employee_name, department_avg.avg_salary
FROM employees e
JOIN department_avg d ON e.department_id = d.department_id
WHERE e.salary > department_avg.avg_salary;

在這個例子中，我們先通過CTE計算出每個部門的平均薪資，再通過主查詢對比員工的薪資是否高于部門平均值。這樣分步驟編寫，邏輯一目了然。🔍

案例2：遞歸查詢——公司架構(gòu)層級

遞歸CTE也是非常經(jīng)典的應用場景。假設我們有一張表記錄了員工與上級的關(guān)系（employee_id、manager_id）。如果我們想查看某個員工的所有上下級關(guān)系，就可以使用遞歸CTE來解決這個問題。

WITH RECURSIVE org_chart AS (SELECT employee_id, manager_id, 1 AS levelFROM employeesWHERE manager_id IS NULL -- 找到頂層管理者UNION ALLSELECT e.employee_id, e.manager_id, org_chart.level + 1FROM employees eINNER JOIN org_chart ON e.manager_id = org_chart.employee_id
)
SELECT * FROM org_chart;

這里的遞歸CTE通過自連接實現(xiàn)層級遞歸，將頂層管理者的所有下屬關(guān)系輸出。這個查詢語句讓人耳目一新，使用遞歸CTE后，復雜的上下級關(guān)系鏈條也變得很清晰。👨?💼

🧩 遞歸CTE：挑戰(zhàn)升級

遞歸CTE不僅能用來處理員工層級關(guān)系，還能應對例如路徑分析、數(shù)列生成等場景。遞歸CTE的核心在于自我調(diào)用，但也要小心使用，避免形成“死循環(huán)”。

提示：遞歸CTE默認會有100層的遞歸限制，避免無限循環(huán)。使用時建議給遞歸CTE的層數(shù)設限，以提高查詢的穩(wěn)定性。

🛠? CTE與子查詢的比較

很多同學會問，CTE和子查詢到底有啥不同？其實兩者都能實現(xiàn)類似的效果，但在代碼結(jié)構(gòu)上，CTE往往更直觀、易讀。以下是兩者的對比：

特點	CTE	子查詢
可讀性	👍 易讀	👎 略復雜
重用性	👍 可以在主查詢多次調(diào)用	👎 通常只能使用一次
性能優(yōu)化	👎 有時會增加性能開銷	👍 有時更快
適用場景	復雜查詢、遞歸查詢	簡單查詢

📌 小貼士：如果查詢比較簡單，建議使用子查詢；如果查詢邏輯較復雜且需要復用中間結(jié)果，CTE則是更好的選擇。

🚀 總結(jié)

CTE帶來的不僅僅是SQL結(jié)構(gòu)上的優(yōu)化，更是一種“代碼潔癖”式的編程體驗。通過CTE，你的SQL查詢代碼會更加整潔、可讀性更強。在合適的場景下使用CTE，代碼不僅不會失去性能優(yōu)勢，反而更容易維護、優(yōu)化。

在下次編寫復雜SQL查詢時，記得考慮CTE哦，它會幫你提升代碼的美觀度和可讀性！希望這篇文章對你理解CTE有所幫助，祝大家寫SQL越來越順手！🖖

… …

文末

好啦，以上就是我這期的全部內(nèi)容，如果有任何疑問，歡迎下方留言哦，咱們下期見。

… …

學習不分先后，知識不分多少；事無巨細，當以虛心求教；三人行，必有我?guī)熝?#xff01;！！

wished for you successed ！！！

---

??若喜歡我，就請關(guān)注我叭。

??若對您有用，就請點贊叭。

??若有疑問，就請評論留言告訴我叭。