MySQL多層級結構-樹搜尋介紹
基本上在每個系統中都有那麼幾張表是自關聯父子關係的結構。往往有很多人都是使用pid來做關聯。在剛進入IT行業時使用CAKEPHP框架編寫WEB的時候,使用它裡面的一個ACL plugin實現許可權管理的時候。發現一個表結構硬是不明白是怎麼回事。具體表結構如下:
?
CREATE TABLE acos ( id INTEGER (10) UNSIGNED NOT NULL AUTO_INCREMENT, parent_id INTEGER (10) DEFAULT NULL , model VARCHAR (255) DEFAULT '' , foreign_key INTEGER (10) UNSIGNED DEFAULT NULL , alias VARCHAR (255) DEFAULT '' , lft INTEGER (10) DEFAULT NULL , rght INTEGER (10) DEFAULT NULL , PRIMARY KEY (id) );
|
我們可以看到上面 acos 表用有lft、rght這兩個欄位。起初我根本就不明白這兩個是做什麼用的,幾次直接修改資料導致資料錯亂。
1.2. 原理解釋
其實這就是樹的後續遍歷的每個節點的左值、右值。如下圖表示:
1.3. 樹的使用(引用上圖樹結構)
構造資料
?
DROP TABLE IF EXISTS comment; CREATE TABLE `comment` ( `comment_id` int (11) DEFAULT NULL , `left_num` int (11) DEFAULT NULL , `right_num` int (11) DEFAULT NULL ); INSERT INTO `comment` VALUES (1,1,14), (2,2,5), (3,3,4), (4,6,13), (5,7,8), (6,9,12), (7,10,11); CREATE INDEX idx$comment$left_num$right_num ON `comment` (`left_num`, `right_num`);
|
查詢 '節點4' 的所有子節點
思路:我們只要查詢出 節點左值在 '節點4' 左值和右值之間的節點
通俗說法:能被 '節點4' 包住的節點,透過左節點和右節點來判斷是否被 '節點4' 包住。
?
-- 獲得 '節點4' 孩子 SELECT c.* FROM comment AS p, comment AS c WHERE c.left_num BETWEEN p.left_num AND p.right_num AND p.comment_id = 4; + ------------+----------+-----------+ | comment_id | left_num | right_num | + ------------+----------+-----------+ | 4 | 6 | 13 | | 5 | 7 | 8 | | 6 | 9 | 12 | | 7 | 10 | 11 | + ------------+----------+-----------+
|
查詢 '節點6' 的所有父節點
思路: 找出 左值小於 '節點6' 並且 右值大於 '節點6' 的節點。
通俗說法: 找出那個節點能將 '節點6' 給包住。
?
-- 獲得 '節點6' 父親 SELECT p.* FROM comment AS p, comment AS c WHERE c.left_num BETWEEN p.left_num AND p.right_num AND c.comment_id = 6; + ------------+----------+-----------+ | comment_id | left_num | right_num | + ------------+----------+-----------+ | 1 | 1 | 14 | | 4 | 6 | 13 | | 6 | 9 | 12 | + ------------+----------+-----------+
|
計算 '節點4' 的深度
如果是MySQL5.7 需要修改sql_mode
?
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION' ; SELECT c.*, COUNT (c.comment_id) AS depth FROM comment AS p, comment AS c WHERE c.left_num BETWEEN p.left_num AND p.right_num AND c.comment_id = 4 GROUP BY c.comment_id; + ------------+----------+-----------+-------+ | comment_id | left_num | right_num | depth | + ------------+----------+-----------+-------+ | 4 | 6 | 13 | 2 | + ------------+----------+-----------+-------+
|
獲取 '節點4' 的所有子節點, 和相關深度
?
SELECT sub_child.*, ( COUNT (sub_parent.comment_id) - 1) AS depth FROM ( SELECT child.* FROM comment AS parent, comment AS child WHERE child.left_num BETWEEN parent.left_num AND parent.right_num AND parent.comment_id = 4 ) AS sub_child, ( SELECT child.* FROM comment AS parent, comment AS child WHERE child.left_num BETWEEN parent.left_num AND parent.right_num AND parent.comment_id = 4 ) AS sub_parent WHERE sub_child.left_num BETWEEN sub_parent.left_num AND sub_parent.right_num GROUP BY sub_child.comment_id ORDER BY sub_child.left_num; + ------------+----------+-----------+-------+ | comment_id | left_num | right_num | depth | + ------------+----------+-----------+-------+ | 4 | 6 | 13 | 0 | | 5 | 7 | 8 | 1 | | 6 | 9 | 12 | 1 | | 7 | 10 | 11 | 2 | + ------------+----------+-----------+-------+
|
插入資料
資料的插入是一件相當麻煩的事,需要更新節點的所有父節點的右值和和所有孩子節點的 '左值、右值'
如上圖,如果我們想為 '節點4' 新增一個孩子 '節點44'(為了不給自己挖坑,我們將新增的孩子放在父節點的最左邊),就是將 '節點44' 放在 '節點5' 的左邊。如下圖:
最終我們獲得的結果,如下圖:
上圖 '紫色' 的是節點需要變更的左值和右值,'綠色' 的是新增節點的值。
更新思路:
1、將左值大於 '節點4' 的左值的節點的左值 加2。
2、將右值大於 '節點4' 的左值的節點的右值 加2。
?
-- 獲得 '節點4' 和 '節點4'的第一個孩子的(節點5)的左右值 SELECT c.* FROM comment AS p, comment AS c WHERE c.left_num BETWEEN p.left_num AND p.right_num AND p.comment_id = 4; + ------------+----------+-----------+ | comment_id | left_num | right_num | + ------------+----------+-----------+ | 4 | 6 | 13 | | 5 | 7 | 8 | ... omit ... -- 透過上面獲得的資訊更新 '節點4' 的父子幾點的左右值 UPDATE comment SET left_num = left_num + 2 WHERE left_num > 6; UPDATE comment SET right_num = right_num + 2 WHERE right_num > 6;
|
插入思路
1、將 '節點44' 的左值設定為 '節點4' 的左值 加1
2、將 '節點44' 的右值設定為 '節點4' 的左值 加2
?
123 |
INSERT INTO comment SELECT 44, left_num + 1, left_num + 2 FROM comment WHERE comment_id = 4;
|
驗證
?
-- 獲得 '節點4' 孩子 SELECT c.* FROM comment AS p, comment AS c WHERE c.left_num BETWEEN p.left_num AND p.right_num AND p.comment_id = 4; + ------------+----------+-----------+ | comment_id | left_num | right_num | + ------------+----------+-----------+ | 4 | 6 | 15 | | 5 | 9 | 10 | | 6 | 11 | 14 | | 7 | 12 | 13 | | 44 | 7 | 8 | + ------------+----------+-----------+ -- 獲得 '節點44' 父親 SELECT p.* FROM comment AS p, comment AS c WHERE c.left_num BETWEEN p.left_num AND p.right_num AND c.comment_id = 44; + ------------+----------+-----------+ | comment_id | left_num | right_num | + ------------+----------+-----------+ | 1 | 1 | 16 | | 4 | 6 | 15 | | 44 | 7 | 8 | + ------------+----------+-----------+
|
1.4. 總結
這種樹結構一般會用在查詢多增加修改少的場景中(比如地區表,類別表之類的)。
在現實中其實還有些表的資料欄位很多,並且具有層級關係。但是他們層級關係並不需要實時的那麼準確(最終能達到資料資料一直就行),這是我們會將這種層級關係的欄位和主表分開放在另外一個表。這樣為了加快更新。如果實時更新影響到了效能,這是我們會考慮使用kafka(我們還沒有發現效能很差)。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4301/viewspace-2811323/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【資料結構】搜尋樹資料結構
- TiDB 底層儲存結構 LSM 樹原理介紹TiDB
- 二叉搜尋樹的結構
- Shodan搜尋引擎介紹
- 搜尋引擎框架介紹框架
- 資料結構-二分搜尋樹資料結構
- 【資料結構】二叉搜尋樹!!!資料結構
- 資料結構-二叉搜尋樹資料結構
- 二叉搜尋樹的2層結點統計
- 資料結構之「二叉搜尋樹」資料結構
- 資料結構☞二叉搜尋樹BST資料結構
- 資料結構之PHP二分搜尋樹資料結構PHP
- MySql樹形結構(多級選單)查詢設計方案MySql
- [翻譯]資料結構——trie樹介紹資料結構
- Android 多級樹形結構顯示Android
- 資料結構中的樹(二叉樹、二叉搜尋樹、AVL樹)資料結構二叉樹
- 資料結構-二叉搜尋樹的實現資料結構
- Flutter之Widget層級介紹Flutter
- 扁平樹狀資料處理及多層關鍵字搜尋實現
- 演算法與資料結構——AVL樹(平衡二叉搜尋樹)演算法資料結構
- 資料結構之二叉搜尋樹—Java實現資料結構Java
- 演算法與資料結構之二分搜尋樹演算法資料結構
- 資料結構:一文看懂二叉搜尋樹 (JavaScript)資料結構JavaScript
- 資料結構高階--二叉搜尋樹(原理+實現)資料結構
- 十九種Elasticsearch字串搜尋方式終極介紹Elasticsearch字串
- 工具函式:普通陣列如何轉為樹形結構資料(多層級)陣列?函式陣列
- 資料結構學習系列之二叉搜尋樹詳解!資料結構
- 關於樹的資料結構(二分搜尋樹,堆和優先佇列)資料結構佇列
- LeetCode 95 | 構造出所有二叉搜尋樹LeetCode
- SQL Server 全文搜尋功能、全文索引方式介紹SQLServer索引
- 看得見的資料結構Android版之二分搜尋樹篇資料結構Android
- 資料結構和演算法-Go實現二叉搜尋樹資料結構演算法Go
- ES 筆記十七:結構化搜尋筆記
- 【資料結構】【二叉樹】四、二叉搜尋樹的特性(不斷補充)資料結構二叉樹
- Kubernetes 的層級名稱空間介紹
- 二叉搜尋樹
- Oracle 20C 多租戶_體系結構介紹Oracle
- 資料結構中樹形結構簡介資料結構