自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

MySQL樹狀數(shù)據(jù)的數(shù)據(jù)庫設(shè)計(jì)

數(shù)據(jù)庫 MySQL
我們?cè)趍ysql數(shù)據(jù)庫設(shè)計(jì)的時(shí)候,會(huì)遇到一種樹狀的數(shù)據(jù)。如公司下面分開數(shù)個(gè)部門,部門下面又各自分開數(shù)個(gè)科室,以此形成樹狀的數(shù)據(jù)。

[[204962]]

0 樹狀數(shù)據(jù)的分類

我們?cè)趍ysql數(shù)據(jù)庫設(shè)計(jì)的時(shí)候,會(huì)遇到一種樹狀的數(shù)據(jù)。如公司下面分開數(shù)個(gè)部門,部門下面又各自分開數(shù)個(gè)科室,以此形成樹狀的數(shù)據(jù)。關(guān)于樹狀的數(shù)據(jù),按層級(jí)數(shù)大致可分為一下兩類:

分類 特點(diǎn)
固定數(shù)量層級(jí) 層級(jí)數(shù)量固定,每一層級(jí)都有各自的意義,如集團(tuán)-分公司-部門-科室,省-市-區(qū)等
可變數(shù)量層級(jí) 層級(jí)數(shù)量不固定,前幾層級(jí)可能會(huì)有特殊含義,但整體在相當(dāng)大的范圍內(nèi)是浮動(dòng)的

前者的優(yōu)點(diǎn)在于,由于每一層級(jí)均有各自含義,數(shù)據(jù)庫的整體設(shè)計(jì)更為方便,可將某一子節(jié)點(diǎn)的不同上級(jí)節(jié)點(diǎn)均存儲(chǔ)在數(shù)據(jù)庫中,同樣以某集團(tuán)為例:

節(jié)點(diǎn)code 節(jié)點(diǎn)名稱 節(jié)點(diǎn)層級(jí) 父級(jí)節(jié)點(diǎn)code 1級(jí)祖先code 2級(jí)祖先cdoe
010000 公司1 1 000000 null null
020000 公司2 1 000000 null null
010300 制造部 2 010000 010000 null
010400 品質(zhì)部 2 010000 010000 null
010301 前工程制造 3 010300 010000 010300
010303 組裝制造 3 010300 010000 010300

這樣設(shè)計(jì)的表格冗余較多,但在各種類型查詢的時(shí)候效率較高.在插入,更新(含子機(jī)構(gòu),由于業(yè)務(wù)邏輯特點(diǎn),機(jī)構(gòu)之間的更新一般是平行轉(zhuǎn)移),刪除(含子機(jī)構(gòu))的時(shí)候,由于冗余信息較多,數(shù)據(jù)操作時(shí)所需進(jìn)行的查詢獲得也較簡單。根據(jù)情況,部分冗余信息也考慮刪去,如父級(jí)節(jié)點(diǎn)code,刪去一些設(shè)計(jì)必然會(huì)導(dǎo)致部分查詢的效率或復(fù)雜度提升,這個(gè)就需要根據(jù)實(shí)際情況來取舍平衡了。

缺點(diǎn)有兩個(gè):

  1. 一個(gè)是當(dāng)層級(jí)數(shù)量較多的時(shí)候,需要存儲(chǔ)大量的冗余信息.當(dāng)然也可以考慮節(jié)約方案:1)不存儲(chǔ)像n級(jí)祖先code這樣的字段,但這樣就無法利用固定層級(jí)設(shè)計(jì)帶來的高效查詢特性,是不建議這么做的;2)n級(jí)存儲(chǔ)不使用code而改用id,這樣做主要是在數(shù)據(jù)遷移或者他表利用的時(shí)候不方便。
  2. 另一個(gè)缺點(diǎn)是,當(dāng)需求方給出要求,需要對(duì)當(dāng)前機(jī)構(gòu)重新洗牌,變更層級(jí)數(shù)的時(shí)候,你會(huì)非常頭疼。

后者的優(yōu)缺點(diǎn)則與前者的優(yōu)缺點(diǎn)恰好相反,非固定的層級(jí)限制非常靈活,而缺點(diǎn)就是查詢及數(shù)據(jù)操作上兩方面的不便,這也是本文所要講述的重點(diǎn),即如何設(shè)計(jì)非固定層級(jí)的樹狀數(shù)據(jù)。

1 非固定層級(jí)樹狀數(shù)據(jù)的設(shè)計(jì)方式--祖先路徑

樹狀數(shù)據(jù)最簡單的一種設(shè)計(jì)方式是,只增加父級(jí)id。但這種設(shè)計(jì)方式給查詢后代節(jié)點(diǎn)帶來了極大的不便,據(jù)我所知,尚沒有一種不通過函數(shù)/存儲(chǔ)過程這樣循環(huán)遍歷的查詢方式,來一次獲取某個(gè)節(jié)點(diǎn)的所有后代節(jié)點(diǎn)或是祖先節(jié)點(diǎn)。(此前找到過一個(gè)較復(fù)雜的查詢后代節(jié)點(diǎn)的sql,利用的也是祖先節(jié)點(diǎn)的id大于后代節(jié)點(diǎn)id的特性,但有可能存在通過更新節(jié)點(diǎn)使后代節(jié)點(diǎn)id大于祖先節(jié)點(diǎn)id,所以也不嚴(yán)謹(jǐn),在此不進(jìn)行詳述)

對(duì)于非固定層級(jí)樹狀數(shù)據(jù)的一種設(shè)計(jì)方式是:增加祖先路徑(ancestor_path),具體可參考下表:

id | 節(jié)點(diǎn)名稱 | 父id | 祖先路徑

  1. --- | --- | --- | --- 
  2. 1 | node1 | 0 | 0, 
  3. 2 | node2 | 0 | 0, 
  4. 3 | node1.1 | 1 | 0,1, 
  5. 4 | node1.2 | 1 | 0,1, 
  6. 5 | node2.1 | 2 | 0,2, 
  7. 6 | node1.1.1 | 3 | 0,1,3, 
  8. 7 | node1.1.2 | 3 | 0,1,3, 
  9. 8 | node1.2.1 | 4 | 0,1,4, 
  10. 9 | node2.1.1 | 5 | 0,2,5, 

 

實(shí)際設(shè)計(jì)時(shí),還可考慮加入層級(jí)這個(gè)冗余字段,但我在實(shí)際使用的過程中很少用到這個(gè)字段。

這樣,在加了這個(gè)字段之后,任意節(jié)點(diǎn)的所有祖先節(jié)點(diǎn)信息就都可通過這樣一條數(shù)據(jù)全部獲取。

祖先路徑的設(shè)定具有以下特點(diǎn):

  1. 沒有父節(jié)點(diǎn)的根節(jié)點(diǎn),父id默認(rèn)為'0',祖先路徑默認(rèn)為'0,';
  2. 每增加的一個(gè)子節(jié)點(diǎn),祖先路徑都是在要增加的子節(jié)點(diǎn)的父節(jié)點(diǎn)的祖先路徑上增加父id和',';參考的表結(jié)構(gòu)如下:
  1. CREATE TABLE `t_node` ( 
  2.   `node_id` int(11) NOT NULL AUTO_INCREMENT, 
  3.   `node_name` varchar(50) NOT NULL
  4.   `p_id` int(11) NOT NULL
  5.   `ancestor_path` varchar(100) NOT NULL
  6.   PRIMARY KEY (`node_id`) 
  7. ) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8; 

 

2 祖先路徑的查詢

設(shè)計(jì)的樹節(jié)點(diǎn)的查詢,主要有兩種,一種是查詢某個(gè)節(jié)點(diǎn)的所有后代節(jié)點(diǎn)(與查詢祖先節(jié)點(diǎn)為某個(gè)已知節(jié)點(diǎn)的所有節(jié)點(diǎn)集合是一個(gè)意思),這種也是最常用的一種查詢;一種是查詢某個(gè)節(jié)點(diǎn)的所有祖先節(jié)點(diǎn),這種不太常用。

     1. 查詢某個(gè)節(jié)點(diǎn)的所有后代節(jié)點(diǎn) 參考示例如下:

 

  1. SELECT * FROM t_node  
  2. WHERE ancestor_path LIKE CONCAT( 
  3. (SELECT * FROM (SELECT ancestor_path FROM t_node WHERE node_id=?)wt), 
  4. ?,',%'

 

以上sql即是對(duì)id為?的某個(gè)節(jié)點(diǎn)的所有后代節(jié)點(diǎn)的查詢方式一,還可使用以下方式:

  1. SELECT * FROM t_node WHERE ancestor_path LIKE CONCAT('%,',?,',%'

查詢方式二的方式更加簡潔。但考慮到查詢方式一只用到了右模糊查詢,可以使用索引,所以還是建議使用方式一進(jìn)行查詢。

需要注意的是以上兩種方式查到的節(jié)點(diǎn)集合都不包含子節(jié)點(diǎn),如果需要包含該節(jié)點(diǎn)的信息,還需要加上

  1. ... OR node_id=? 

      2. 查詢某個(gè)節(jié)點(diǎn)的所有祖先節(jié)點(diǎn)

  1. SELECT * FROM t_node WHERE node_id REGEXP  
  2. CONCAT('^('
  3. REPLACE((SELECT * FROM (SELECT ancestor_path FROM t_node WHERE node_id=?) wt),',','|'), 
  4. '0)$'

 

以上方式查詢祖先節(jié)點(diǎn)的效率確實(shí)不是很高,但考慮到該查詢本身并不用,便姑且用之了。

3 祖先路徑的插入,更新和刪除

分別分插入,更新和刪除來講:

     1. 插入

  1. INSERT INTO t_node (node_name,p_id,ancestor_path) 
  2. VALUE('node?',?, 
  3. CONCAT((SELECT * FROM (SELECT ancestor_path FROM t_node WHERE node_id=?)wt),?,',')) 

 

sql中的3個(gè)?均為要加入父節(jié)點(diǎn)的id。

     2. 更新(含子節(jié)點(diǎn))

如果更新的時(shí)候,父節(jié)點(diǎn)的位置沒有變化,則不必考慮太多;

如果需要更新所在父節(jié)點(diǎn),相比于最簡單的樹節(jié)點(diǎn)設(shè)計(jì)模式,增加祖先路徑的方式除了在更新當(dāng)前節(jié)點(diǎn)本身的父id外,還需要修改對(duì)應(yīng)的祖先路徑,這個(gè)步驟通過存儲(chǔ)過程實(shí)現(xiàn),是一種比較簡單的方式,在此不再詳述。僅對(duì)不使用存儲(chǔ)過程的方式進(jìn)行描述。

  1. UPDATE t_node SET p_id=?_p WHERE node_id=?_n; 
  2. UPDATE t_node SET ancestor_path=CONCAT((SELECT * FROM(SELECT ancestor_path FROM t_node WHERE node_id=?_p)wt2),?_p,',',SUBSTR(ancestor_path,LENGTH(@PPath)+1)) 
  3. WHERE ancestor_path LIKE CONCAT((SELECT * FROM (SELECT @ppath:=ancestor_path FROM t_node WHERE node_id=?_n)wt),?_n,',%'
  4. OR node_id=?_n ; 

 

其中?_n表示要修改的節(jié)點(diǎn)的id,?_p表示要修改的節(jié)點(diǎn)的新父節(jié)點(diǎn)的id。

注:使用該sql一定要先更新子節(jié)點(diǎn)的祖先路徑,再更新本節(jié)點(diǎn)的祖先路徑,如果是使用存儲(chǔ)過程的話就可以無視這一點(diǎn)了。

     3. 刪除(含子節(jié)點(diǎn))

  1. DELETE FROM t_node  
  2. WHERE ancestor_path LIKE CONCAT( 
  3. (SELECT * FROM (SELECT ancestor_path FROM t_node WHERE node_id=?)wt), 
  4. ?,',%'

 

刪除的核心在于where,和獲取所有后代節(jié)點(diǎn)的where可以說是完全一樣的。

同樣要主要先刪除所有后代節(jié)點(diǎn),再刪除本節(jié)點(diǎn);

4 祖先路徑的重置

有可能你此前的某個(gè)數(shù)據(jù)庫表格沒有使用過祖先路徑,但已經(jīng)積累了一定量的數(shù)據(jù),或者之前使用了祖先路徑,但由于某種原因?qū)е伦嫦嚷窂降囊恍?shù)據(jù)更新錯(cuò)誤。因?yàn)樽嫦嚷窂奖举|(zhì)上是一個(gè)冗余字段,所以還是可以通過父id的方式將之還原重置。

以下為機(jī)構(gòu)表的一個(gè)重置存儲(chǔ)過程,供以參考:

  1. CREATE DEFINER=`root`@`localhost` PROCEDURE `p_reset_organ_path`(OUT resultMark varchar(50)) 
  2. BEGIN  
  3.     /* 
  4.     使用前的說明: 
  5.     1.本存儲(chǔ)過程非客戶使用,且自己人使用頻率同樣較低,故過程更方便調(diào)試,但效率不是很高; 
  6.     2.如果執(zhí)行SELECT * FROM t_organ WHERE organ_id<parent_organ_id(即父機(jī)構(gòu)產(chǎn)生于子機(jī)構(gòu)之后)后的數(shù)據(jù)為空,則可以考慮使用分段模式(速度會(huì)快一些). 
  7.     3.如果2中所述數(shù)據(jù)不為空,使用分段會(huì)使該id對(duì)應(yīng)的機(jī)構(gòu)及其子機(jī)構(gòu)的ancestor_path不正確.結(jié)果為partfail. 
  8.     */ 
  9.     DECLARE intACount INT(11) DEFAULT 0; 
  10.  
  11.     DECLARE intPCount INT(11) DEFAULT 0; 
  12.     DECLARE intPIndex INT(11) DEFAULT 0; 
  13.     DECLARE intPOrganId INT(11) DEFAULT 0; 
  14.     DECLARE strPPath VARCHAR(100) DEFAULT ''
  15.     DECLARE intLoopDone INT(11) DEFAULT 0; 
  16.  
  17.     DECLARE intRCount INT(11) DEFAULT 0; 
  18.     DECLARE intRIndex INT(11) DEFAULT 0; 
  19.     DECLARE intROrganId INT(11) DEFAULT 0; 
  20.  
  21.     DROP TABLE IF EXISTS tmp_aOrganIdList; 
  22.     CREATE TEMPORARY TABLE tmp_aOrganIdList( 
  23.         rowid INT(11) auto_increment PRIMARY KEY
  24.         organ_id INT(11), 
  25.         p_organ_id INT(11) 
  26.     ); 
  27.  
  28.     DROP TABLE IF EXISTS tmp_pOrganIdList; 
  29.     CREATE TEMPORARY TABLE tmp_pOrganIdList( 
  30.         rowid INT(11) auto_increment PRIMARY KEY
  31.         organ_id INT(11) 
  32.     ); 
  33. /**/ 
  34.     DROP TABLE IF EXISTS tmp_cOrganIdList; 
  35.     CREATE TEMPORARY TABLE tmp_cOrganIdList( 
  36.         rowid INT(11) auto_increment PRIMARY KEY
  37.         organ_id INT(11) 
  38.     ); 
  39.  
  40.     DROP TABLE IF EXISTS tmp_rOrganIdList; 
  41.     CREATE TEMPORARY TABLE tmp_rOrganIdList( 
  42.         rowid INT(11) auto_increment PRIMARY KEY
  43.         organ_id INT(11), 
  44.         p_organ_id INT(11), 
  45.         ancestor_path VARCHAR(100) 
  46.     ); 
  47.  
  48.     INSERT INTO tmp_aOrganIdList (organ_id,p_organ_id) 
  49.     (SELECT organ_id,parent_organ_id FROM t_organ);-- 測(cè)試的時(shí)候limit: LIMIT 0,100 
  50.  
  51.     INSERT INTO tmp_pOrganIdList (organ_id) VALUES (0); 
  52.     INSERT INTO tmp_rOrganIdList (organ_id,p_organ_id,ancestor_path) VALUES (0,-1,''); 
  53.  
  54.     WHILE ((SELECT COUNT(1) FROM tmp_aOrganIdList)>0 AND intLoopDone=0) DO -- 持續(xù)循環(huán),當(dāng)沒有organId數(shù)據(jù)為止(如果中間機(jī)構(gòu)中斷,則可能陷入死循環(huán)) 
  55.         SELECT COUNT(1) FROM tmp_pOrganIdList INTO intPCount;-- 當(dāng)前父機(jī)構(gòu)id的緩存區(qū) 
  56.         SET intPIndex=0; 
  57.         WHILE intPIndex<=intPCount DO -- 對(duì)每個(gè)當(dāng)前查詢到的父id進(jìn)行對(duì)應(yīng)操作 
  58.              
  59.             SELECT organ_id FROM tmp_pOrganIdList LIMIT intPIndex,1 INTO intPOrganId; 
  60.             SELECT ancestor_path FROM tmp_rOrganIdList WHERE organ_id=intPOrganId INTO strPPath; 
  61.  
  62.             INSERT INTO tmp_cOrganIdList (organ_id) (SELECT organ_id FROM tmp_aOrganIdList WHERE p_organ_id=intPOrganId);-- 次級(jí)機(jī)構(gòu)id的緩存區(qū) 
  63.             -- SELECT COUNT(1) FROM tmp_pOrganIdList INTO intDelCount; 
  64.             INSERT INTO tmp_rOrganIdList (organ_id,p_organ_id,ancestor_path) 
  65.             (SELECT organ_id,intPOrganId,CONCAT(strPPath,intPOrganId,','FROM tmp_aOrganIdList WHERE p_organ_id=intPOrganId); 
  66.             DELETE FROM tmp_aOrganIdList WHERE p_organ_id=intPOrganId; 
  67.  
  68.             SET intPIndex=intPIndex+1; 
  69.         END WHILE; 
  70.          
  71.         DELETE FROM tmp_pOrganIdList; 
  72.         IF (SELECT COUNT(1) FROM tmp_cOrganIdList)>0 THEN 
  73.             INSERT INTO tmp_pOrganIdList (organ_id) (SELECT organ_id FROM tmp_cOrganIdList); 
  74.             DELETE FROM tmp_cOrganIdList; 
  75.         ELSE 
  76.             SET intLoopDone=1; 
  77.         END IF; 
  78.         -- SELECT * FROM tmp_pOrganIdList; 
  79.         -- SELECT COUNT(1) FROM tmp_aOrganIdList; 
  80.         -- SELECT intLoopDone; 
  81.     END WHILE; 
  82.  
  83.     -- SELECT * FROM tmp_rOrganIdList;-- 想要查看測(cè)試的結(jié)果,請(qǐng)看此表 
  84.     SELECT COUNT(1) FROM tmp_rOrganIdList INTO intRCount; 
  85.     WHILE intRIndex<=intRCount DO 
  86.         SELECT organ_id,ancestor_path FROM tmp_rOrganIdList LIMIT intRIndex,1 INTO intROrganId,strPPath; 
  87.         UPDATE t_organ SET ancestor_path=strPPath WHERE organ_id=intROrganId; 
  88.         SET intRIndex=intRIndex+1; 
  89.     END WHILE; 
  90.  
  91.     IF (SELECT COUNT(1) FROM tmp_aOrganIdList)=0 THEN 
  92.         SET resultMark='perfect'
  93.     ELSE 
  94.         SET resultMark='partfail'
  95.     END IF; 
  96.  
  97. END 

 

責(zé)任編輯:龐桂玉 來源: 楊意社的博客
相關(guān)推薦

2019-01-02 11:10:40

MySQL數(shù)據(jù)庫數(shù)據(jù)庫設(shè)計(jì)

2017-04-24 11:01:59

MySQL數(shù)據(jù)庫架構(gòu)設(shè)計(jì)

2011-05-13 09:42:21

2011-03-08 08:49:55

MySQL優(yōu)化單機(jī)

2011-03-10 11:12:59

數(shù)據(jù)庫

2011-04-15 13:28:44

數(shù)據(jù)庫設(shè)計(jì)

2011-03-10 11:17:03

數(shù)據(jù)庫設(shè)計(jì)技巧

2011-08-05 11:01:15

MySQL數(shù)據(jù)庫設(shè)計(jì)

2021-09-27 23:58:55

數(shù)據(jù)庫分層設(shè)計(jì)

2010-06-12 15:26:12

2009-05-08 09:56:37

MaxDBMySQL數(shù)據(jù)庫管理

2019-12-26 17:25:22

數(shù)據(jù)庫設(shè)計(jì)技術(shù)

2019-10-21 16:54:48

數(shù)據(jù)庫設(shè)計(jì)SQL

2023-11-13 16:58:40

數(shù)據(jù)庫系統(tǒng)

2011-02-22 14:26:04

ProFTPD

2011-02-22 14:26:04

ProFTPD

2010-05-11 18:57:53

MYSQL數(shù)據(jù)庫命名

2011-04-18 13:46:24

數(shù)據(jù)庫設(shè)計(jì)

2011-03-09 08:53:02

MySQL優(yōu)化集群

2011-08-23 15:16:54

OracleMySQL
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)