MySQL中的常用樹形結構設計總結

常用樹形結構設計總結

開發中，經常會遇到樹形結構的設計，所謂的樹形結構，其實就是數據與關系的設計，本文用來總結常用的樹形結構設計

1. 遞歸表

注意：在數據量少的情況下,一次加載所有節點，無大影響；數據量大的情況，建議懶加載(逐層加載)

2.路徑枚舉

3.數據與關系分開存

數據表

關系表

MySQL樹形結構（多級菜單）查詢設計方案

工作中（尤其是傳統項目中）經常遇到這種需要，就是樹形結構的查詢（多級查詢），常見的場景有：組織架構（用戶部門）查詢 和 多級菜單查詢

比如，菜單分為三級，一級菜單、二級菜單、三級菜單，要求用戶按樹形結構把各級菜單查詢出來。

如下圖所示

對于層級固定，層級數少的，一般3級，需求實現很簡單，先查詢最小子級，再依次查詢上級，最后再組裝返回給前端就是了。

那么問題來了，如果層級數很大，10級，或者干脆層級不確定，有的3級，有的5級，有的8級，與之前的層級固定，層級數相比，顯然問題更復雜了，我們來看看這種怎么處理

三級查詢（層級固定，層級數少）

這種情況，我們只需要一張表，就叫它樹形表吧：

三級查詢過程：查詢出三級tree, 根據三級tree的 parent_id 查詢出二級tree, 同樣的方式再去查詢出一級tree, 后端組裝成樹狀數據，返回給前端。

多級查詢（層級不固定/層級很深）

這種情況，我們首先想到的就是子查詢或者聯表查詢，但是肯本不能在實際開發中使用，原因大家都知道：

• sql語句復雜，容易出錯
• 性能問題，可能會被領導干

所以最好的方式就是，加一張表 tree_depth，來維護層級深度關系。

表中 depth 字段表示的是： 當前節點 tree_id 到 根節點 root_id 的深度，不是當前節點所在整個分支的深度，所有節點相對于自身的深度都是0

有了 tree_depth 表后，查詢一個N級節點的組織數據就方便了：

遍歷整個樹：

直接查 tree 中所有 level = 1 的節點，在出去這些節點的 id 根據 parent_id 去查下級節點， 查詢完所有的節點，就可以組裝成一個完整的樹狀圖返回給前端

節點搜索（查找出這個節點所在的整個分支）

從 tree 表查詢出節點 treeN

根據 treeN 的 id 值，到 tree_depth 表查詢出它的 根節點id：

根據 root_id 查詢 tree_depth 的 所有當前節點分支數據

從查詢出 tree_depth 表數據中取出所有當前節點 tree_id

組裝所在分支樹狀結構

總結

1.多級查詢、三級查詢本質就是樹形結構的遍歷，推薦使用多級查詢的方式，相比三級查詢多級查詢的方式抓住了樹形結構遍歷的本質，方便擴展和維護。

2.技術只是工具，多級查詢的方式不是固定的，查詢方式合理既可，但通常都需要加關系表輔助設計

以上為個人經驗，希望能給大家一個參考。