MySQL中的常用樹形結構設計是什么

今天小編給大家分享一下MySQL中的常用樹形結構設計是什么的相關知識點，內容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

1. 遞歸表

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

2.路徑枚舉

3.數據與關系分開存

數據表

關系表

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

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

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

如下圖所示

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

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

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

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

CREATE TABLE tree (
	id int not null auto_increment,
	name varchar(50) not null comment '名稱',
	parent_id int not null default 0 comment '父級id',
	level int not null default 1 comment '層級，從1開始',
    created datetime,
    modified datetime
);

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

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

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

• sql語句復雜，容易出錯

• 性能問題，可能會被領導干

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

CREATE TABLE tree_depth (
	id int not null auto_increment,
	root_id int not null default 0 comment '根節點（祖先節點）id',
    tree_id int not null default 0 comment '當前節點id',
	depth int not null default 0 comment '深度（當前節點 tree_id 到 根節點 root_id 的深度）',
    created datetime
);

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

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

遍歷整個樹：

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

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

從 tree 表查詢出節點 treeN

select * from tree where id = N

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

select root_id from tree_depth where tree_id = #{treeId}

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

select * from tree_depth where root_id = #{rootId}

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

select * from tree where id in (?,?,?)

組裝所在分支樹狀結構

以上就是“MySQL中的常用樹形結構設計是什么”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。