以下內容給大家介紹了MYSQL通過Adjacency List (鄰接表)來存儲樹形結構的過程介紹和解決辦法，并把存儲后的圖例做了分析。

今天來看看一個比較頭疼的問題，如何在數(shù)據庫中存儲樹形結構呢？

像mysql這樣的關系型數(shù)據庫，比較適合存儲一些類似表格的扁平化數(shù)據，但是遇到像樹形結構這樣有深度的人，就很難駕馭了。

舉個栗子：現(xiàn)在有一個要存儲一下公司的人員結構，大致層次結構如下：

（畫個圖真不容易。。）

那么怎么存儲這個結構？并且要獲取以下信息：

1.查詢小天的直接上司。

2.查詢老宋管理下的直屬員工。

3.查詢小天的所有上司。

4.查詢老王管理的所有員工。

方案一、(Adjacency List)只存儲當前節(jié)點的父節(jié)點信息。

　　CREATE TABLE Employees(
　　eid int,
　　ename VARCHAR(100),
        position VARCHAR(100),
　　parent_id int
　　)

記錄信息簡單粗暴，那么現(xiàn)在存儲一下這個結構信息：

好的，現(xiàn)在開始進入回答環(huán)節(jié)：

1.查詢小天的直接上司：

SELECT e2.eid,e2.ename FROM employees e1,employees e2 WHERE e1.parent_id=e2.eid AND e1.ename='小天';

2.查詢老宋管理下的直屬員工：

SELECT e1.eid,e1.ename FROM employees e1,employees e2 WHERE e1.parent_id=e2.eid AND e2.ename='老宋';

3.查詢小天的所有上司。

這里肯定沒法直接查，只能用循環(huán)進行循環(huán)查詢，先查直接上司，再查直接上司的直接上司，依次循環(huán)，這樣麻煩的事情，還是得先建立一個存儲過程：

睜大眼睛看仔細了，接下來是騷操作環(huán)節(jié)：

CREATE DEFINER=`root`@`localhost` FUNCTION `getSuperiors`(`uid` int) RETURNS varchar(1000) CHARSET gb2312BEGIN  DECLARE superiors VARCHAR(1000) DEFAULT '';  DECLARE sTemp INTEGER DEFAULT uid;  DECLARE tmpName VARCHAR(20);  WHILE (sTemp>0) DO    SELECT parent_id into sTemp FROM employees where eid = sTemp;    SELECT ename into tmpName FROM employees where eid = sTemp;    IF(sTemp>0)THEN      SET superiors = concat(tmpName,',',superiors);    END IF;  END WHILE;    SET superiors = LEFT(superiors,CHARACTER_LENGTH(superiors)-1);  RETURN superiors;END

這一段存儲過程可以查詢子節(jié)點的所有父節(jié)點，來試驗一下　

好的，騷操作完成。

顯然，這樣。獲取子節(jié)點的全部父節(jié)點的時候很麻煩。。

4.查詢老王管理的所有員工。

思路如下：先獲取所有父節(jié)點為老王id的員工id，然后將員工姓名加入結果列表里，在調用一個神奇的查找函數(shù)，即可進行神奇的查找：

CREATE DEFINER=`root`@`localhost` FUNCTION `getSubordinate`(`uid` int) RETURNS varchar(2000) CHARSET gb2312BEGIN   DECLARE str varchar(1000);  DECLARE cid varchar(100);DECLARE result VARCHAR(1000);DECLARE tmpName VARCHAR(100);SET str = '$';   SET cid = CAST(uid as char(10));   WHILE cid is not null DO     SET str = concat(str, ',', cid);   SELECT group_concat(eid) INTO cid FROM employees where FIND_IN_SET(parent_id,cid);         END WHILE;  SELECT GROUP_CONCAT(ename) INTO result FROM employees WHERE FIND_IN_SET(parent_id,str);RETURN result;   END

看神奇的結果：

雖然搞出來了，但說實話，真是不容易。。。

這種方法的優(yōu)點是存儲的信息少，查直接上司和直接下屬的時候很方便，缺點是多級查詢的時候很費勁。所以當只需要用到直接上下級關系的時候，用這種方法還是不錯的，可以節(jié)省很多空間。后續(xù)還會介紹其它存儲方案，并沒有絕對的優(yōu)劣之分，適用場合不同而已。