博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【MySQL疑难杂症】如何将树形结构存储在数据库中(方案一 Adjacency List)
阅读量:6910 次
发布时间:2019-06-27

本文共 2270 字,大约阅读时间需要 7 分钟。

  今天来看看一个比较头疼的问题,如何在数据库中存储树形结构呢?

  像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 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

  这一段存储过程可以查询子节点的所有父节点,来试验一下 

 

  好的,骚操作完成。

  显然,这样。获取子节点的全部父节点的时候很麻烦。。

  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

  看神奇的结果:

 

  虽然搞出来了,但说实话,真是不容易。。。

  这种方法的优点是存储的信息少,查直接上司和直接下属的时候很方便,缺点是多级查询的时候很费劲。所以当只需要用到直接上下级关系的时候,用这种方法还是不错的,可以节省很多空间。后续还会介绍其它存储方案,并没有绝对的优劣之分,适用场合不同而已。

  本篇至此告一段落,欢迎大家继续关注。

 

真正重要的东西,用眼睛是看不见的。

转载地址:http://kkbcl.baihongyu.com/

你可能感兴趣的文章
maven添加sqlserver的jdbc驱动包
查看>>
POJ 1426 Find The Multiple
查看>>
POJ1130 Alien Security
查看>>
【alpha阶段】第十次Scrum Meeting
查看>>
WPF入门教程系列五——Window 介绍
查看>>
数字图像处理中所用数学工具4---集合、逻辑操作与模糊集合
查看>>
网页换肤
查看>>
[BZOJ3751/NOIP2014]解方程
查看>>
【Java例题】3.5 级数之和
查看>>
silverlight多国语言研究
查看>>
.NET中Redis安装部署及使用方法简介
查看>>
PHP生成当前月份包括最近12个月内的月份
查看>>
开发--省级三联动,简单的代码,但是功能不差
查看>>
赋值法
查看>>
单词积累(Unity)
查看>>
P4769 [NOI2018]冒泡排序(dp)
查看>>
[BZOJ5407]girls
查看>>
API接口 Http和Socket 优劣比较 使用场景选择
查看>>
iOS系统自带弹框宏定义
查看>>
js 邮政编码验证
查看>>