【MySQL疑難雜症】如何將樹形結構存儲在數據庫中（方案一 Adjacency List）

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

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

　　舉個栗子：如今有一個要存儲一下公司的人員結構，大體層次結構以下：

 

　　（畫個圖真不容易。。）

　　那麼怎麼存儲這個結構？而且要獲取如下信息：

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

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

　　3.查詢小天的全部上司。

　　4.查詢老王管理的全部員工。

　　

方案1、(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

　　看神奇的結果：

　

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

　　這種方法的優勢是存儲的信息少，查直接上司和直接下屬的時候很方便，缺點是多級查詢的時候很費勁。因此當只須要用到直接上下級關係的時候，用這種方法仍是不錯的，能夠節省不少空間。後續還會介紹其它存儲方案，並無絕對的優劣之分，適用場合不一樣而已。

　　本篇至此告一段落，歡迎你們繼續關注。