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

今天來看看一個比較頭疼的問題，如何在資料庫中儲存樹形結構呢？

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

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

（畫個圖真不容易。。）

那麼怎麼儲存這個結構？並且要獲取以下資訊：

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

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

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

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

方案一、(Adjacency List)只儲存當前節點的父節點資訊。

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

記錄資訊簡單粗暴，那麼現在儲存一下這個結構資訊：

好的，現在開始進入回答環節：

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.查詢小天的所有上司。

這裡肯定沒法直接查，只能用迴圈進行迴圈查詢，先查直接上司，再查直接上司的直接上司，依次迴圈，這樣麻煩的事情，還是得先建立一個儲存過程：

睜大眼睛看仔細了，接下來是騷操作環節：

CREATE DEFINER=`root`@`localhost` FUNCTION `getSuperiors`(`uid` int) RETURNS varchar(1000) CHARSET gb2312
BEGIN
  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

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

好的，騷操作完成。

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

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

思路如下：先獲取所有父節點為老王id的員工id，然後將員工姓名加入結果列表裡，在呼叫一個神奇的查詢函式，即可進行神奇的查詢：

CREATE DEFINER=`root`@`localhost` FUNCTION `getSubordinate`(`uid` int) RETURNS varchar(2000) CHARSET gb2312
BEGIN 
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

看神奇的結果：

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

這種方法的優點是儲存的資訊少，查直接上司和直接下屬的時候很方便，缺點是多級查詢的時候很費勁。所以當只需要用到直接上下級關係的時候，用這種方法還是不錯的，可以節省很多空間。後續還會介紹其它儲存方案，並沒有絕對的優劣之分，適用場合不同而已。