表结构如下:

/*
Navicat Premium Data Transfer Source Server : 主机
Source Server Type : MySQL
Source Server Version : 80023
Source Host : localhost:3308
Source Schema : my-info Target Server Type : MySQL
Target Server Version : 80023
File Encoding : 65001 Date: 20/06/2021 10:09:06
*/ SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0; -- ----------------------------
-- Table structure for tt_wechat_org
-- ----------------------------
DROP TABLE IF EXISTS `tt_wechat_org`;
CREATE TABLE `tt_wechat_org` (
`ID` int NOT NULL COMMENT '微信主键',
`NAME` varchar(120) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '部门名称',
`NAME_EN` varchar(120) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '部门英文名称',
`PARENT_ID` int NOT NULL COMMENT '父部门ID',
`OEDER` int NOT NULL COMMENT '在父部门中的次序值',
`CREATED_BY` bigint NULL DEFAULT NULL,
`CREATED_AT` datetime NULL DEFAULT NULL,
`UPDATED_BY` bigint NULL DEFAULT NULL,
`UPDATED_AT` datetime NULL DEFAULT NULL,
PRIMARY KEY (`ID`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci COMMENT = '微信组织部门表' ROW_FORMAT = Dynamic;

部门,或者称为组织结构,也是一个树状的层级结构:

业务需求需要从某一个部门开始获取下面的所有子部门

这样来查询每个部门下面的人员,用来查询人员的一些字段

先查询根节点开始,一般根节点的parent_id设置为0,即表示没有上一级的节点了

SELECT * FROM tt_wechat_org WHERE parent_id = 0

输出

+-----------+----------------------------------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
| ID | NAME | NAME_EN | PARENT_ID | OEDER | CREATED_BY | CREATED_AT | UPDATED_BY | UPDATED_AT |
+-----------+----------------------------------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
| 1 | 江铃汽车股份有限公司乘用车销售服务上海分公司 | | 0 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 999999999 | 总部 | | 0 | 1 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
+-----------+----------------------------------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
2 rows in set (0.03 sec)

再向下查询又会有更多的子节点:

SELECT * FROM tt_wechat_org WHERE parent_id = 1;

输出:

+-----+-----------------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
| ID | NAME | NAME_EN | PARENT_ID | OEDER | CREATED_BY | CREATED_AT | UPDATED_BY | UPDATED_AT |
+-----+-----------------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
| 2 | 销售及渠道 | | 1 | 100002000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 3 | 数字化 | | 1 | 99999000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 4 | 售后 | | 1 | 99998000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 5 | 市场 | | 1 | 99999500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 6 | 产品市场 | | 1 | 99996000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 7 | 采购&财务 | | 1 | 99992125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 45 | 客服支持(DMS/企业微信/商城) | | 1 | 99992250 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 46 | 总经办 | | 1 | 100003000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 49 | 经销商 | | 1 | 99994125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 240 | 共享素材管理组 | | 1 | 99991125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 282 | 信息部 | | 1 | 99990125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 283 | 区域营销广代商 | | 1 | 99989125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 289 | 临时 | | 1 | 99989625 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 528 | BCG | | 1 | 99988125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
+-----+-----------------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
14 rows in set (0.06 sec)

如此往复,直到最后没有节点可以查询出来了

1、一个SQL只能查询一次

2、每次查询只能查询出下一级节点的ID

3、下一级节点的ID是下个下一级的Parent_ID

所以需要一个可以递归的SQL

SELECT
id,
NAME,
parent_id
FROM
( SELECT * FROM products ORDER BY parent_id, id ) products_sorted,
( SELECT @pv := '19' ) initialisation
WHERE
find_in_set( parent_id, @pv )
AND length(
@pv := concat( @pv, ',', id ))

如果需求要求一些职员是越级的,例如他既是总监,又是经理,管东区又管西区的这种

就需要给他查询多个部门的ID

@pv := '19, 11'

这样也能支持

不过我实现需求的时候还是没采用这种方式,我是用IN关键字做子查询嵌套

一般来说层级关系是固定不变的

例如这一段,给的是大区,然后查询下面所有的分店:

SELECT * FROM tt_wechat_org WHERE parent_id IN(
SELECT id FROM tt_wechat_org WHERE parent_id IN(
SELECT id FROM tt_wechat_org WHERE parent_id IN(8, 10)
)
)

输出:

+-----+----------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
| ID | NAME | NAME_EN | PARENT_ID | OEDER | CREATED_BY | CREATED_AT | UPDATED_BY | UPDATED_AT |
+-----+----------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
| 51 | 成都万星 | | 95 | 100006062 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 55 | 新疆天汇福达 | | 145 | 100002000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 57 | 曲靖明福 | | 157 | 100005312 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 59 | 克拉玛依天宇兴合 | | 145 | 100001750 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 62 | 达州骏骥 | | 95 | 100006000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 63 | 新疆龙泽源 | | 145 | 100001875 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 64 | 德阳万星 | | 95 | 100006125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 65 | 保山金运 | | 157 | 100005000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 73 | 上海科达 | | 225 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 74 | 喀什秋林 | | 145 | 100002375 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 77 | 四川福顺 | | 95 | 100006031 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 80 | 云南明福 | | 157 | 100005500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 81 | 江西江铃 | | 115 | 100001000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 84 | 昆明健中冈 | | 157 | 100006000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 85 | 龙山万福 | | 157 | 100005125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 86 | 南充骏耀 | | 95 | 100006375 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 88 | 绵阳万鸿 | | 95 | 100006500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 96 | 遂宁新清巍 | | 95 | 100002250 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 102 | 浙江江铃嘉兴分公司 | | 101 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 110 | 莆田江福 | | 109 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 111 | 浙江江铃绍兴分公司 | | 101 | 99999000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 113 | 重庆安博两江分公司 | | 112 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 116 | 江西福铃 | | 115 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 122 | 湖州万永 | | 101 | 100000500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 123 | 福州丰骏 | | 109 | 99999093 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 128 | 贵州万佳 | | 127 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 129 | 重庆怡之铃 | | 112 | 100000500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 132 | 兰州赛福 | | 131 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 133 | 慈溪友铃 | | 101 | 99999500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 134 | 贵州万福 | | 127 | 99999000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 146 | 新疆丰骏福瑞 | | 145 | 100002312 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 151 | 宁夏福立升 | | 150 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 158 | 文山惠福昇 | | 157 | 100003500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 160 | 九江江福 | | 115 | 99999000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 163 | 龙岩丰骏福瑞 | | 109 | 99999031 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 168 | 四川中润通汇 | | 95 | 100004000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 174 | 阿克苏秋林 | | 145 | 100003000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 180 | 宁波顺福 | | 101 | 99998125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 185 | 伊犁尊福 | | 145 | 100001812 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 188 | 泉州国骏 | | 109 | 99999500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 192 | 嘉峪关良志 | | 131 | 99999000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 194 | 青海嘉悦 | | 193 | 100000000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 196 | 南平华骏 | | 109 | 99999007 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 198 | 漳州华骏天瑞 | | 109 | 99999062 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 199 | 甘肃顺铃 | | 131 | 99998000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 202 | 浙江万捷 | | 101 | 100001000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 203 | 丽水福鑫 | | 101 | 99999250 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 204 | 重庆安福新牌坊分公司 | | 112 | 100001000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 206 | 厦门丰骏福瑞 | | 109 | 99999250 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 209 | 丽江金鸿铭 | | 157 | 100004000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 212 | 上饶星顺 | | 115 | 99998000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 217 | 眉山清巍 | | 95 | 100002500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 218 | 义乌瑞鑫 | | 101 | 99998250 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 239 | 巴州龙跃 | | 145 | 100002500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 243 | 温州金跃 | | 101 | 99998500 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 472 | 宁德丰汇 | | 109 | 99999125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 474 | 三明福元 | | 109 | 99999015 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 488 | 广安骏图 | | 95 | 100007000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 515 | 叶城华联 | | 145 | 99993000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 527 | 贵州林荣 | | 127 | 99998000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 531 | 赣州铃卡 | | 115 | 99996000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 539 | 西藏睿欧 | | 227 | 99999000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 540 | 四川江铃西昌分公司 | | 95 | 100003000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 541 | 宜宾盛晖 | | 95 | 100002125 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 544 | 浙江江铃临安 | | 101 | 99987000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 545 | 台州铭致 | | 101 | 99986000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
| 550 | 台州福奥 | | 101 | 99985000 | NULL | 2021-06-08 14:47:40 | NULL | 2021-06-08 14:47:40 |
+-----+----------------------+---------+-----------+-----------+------------+---------------------+------------+---------------------+
67 rows in set (0.25 sec)

用递归SQL的结果似乎也是一样的:

SELECT
*
FROM
( SELECT * FROM tt_wechat_org ORDER BY parent_id, id ) products_sorted,
( SELECT @pv := '8,10' ) initialisation
WHERE
find_in_set( parent_id, @pv )
AND length(
@pv := concat( @pv, ',', id )) ORDER BY id

2021年6月26日 21点57分 更新部分:

上一个SQL有一定的问题,例如查询特定层级的ID会失效

后来是改成这个样子实现的:

SELECT
TT.id,
TT.NAME
FROM (
SELECT
DISTINCT c2.id,
c2.NAME,
c2.NAME_EN,
c2.parent_id,
c1.level-1 LEVEL
FROM (
SELECT
@ids AS _ids,
( SELECT @ids := GROUP_CONCAT(id) FROM tt_wechat_org WHERE FIND_IN_SET(parent_id, @ids)) AS cids,
@l := @l+1 AS LEVEL
FROM
tt_wechat_org,
(SELECT @ids :='49', @l := 0 ) b
WHERE @ids IS NOT NULL
) c1,
tt_wechat_org c2
WHERE FIND_IN_SET(c2.id, c1._ids) ORDER BY LEVEL , id
) TT

过了一周准备上线,结果生产库用的MySQL8

给爷整无语了,现在叫我们去改业务,8的话容易了,有专用的WITH CURSIVE去写

使用MySQL8的WITH RECURSIVE

WITH RECURSIVE cte AS(
SELECT a.id, a.parent_id,a.name FROM tt_wechat_org a WHERE a.id='49'
UNION ALL
SELECT k.id, k.parent_id,k.name FROM tt_wechat_org k INNER JOIN cte c ON c.id = k.parent_id
) SELECT id,NAME,parent_id FROM cte

改了之后,能跑起来就算赢

测试了之后发现,速度比5.7的快,不知道是网络原因还是8版本的性能好

【DataBase】MySQL根据父节点查询下面的所有子节点的更多相关文章

  1. MySQL中进行树状所有子节点的查询 . mysql根据父id 查询所有的子id

    在Oracle 中我们知道有一个 Hierarchical Queries 通过CONNECT BY 我们可以方便的查了所有当前节点下的所有子节点.但很遗憾,在MySQL的目前版本中还没有对应的功能. ...

  2. SQL 递归查询(根据指定的节点向上获取所有父节点,向下获取所有子节点)

    --------------------01.向上查找所有父节点-----------------WITH TEMP AS (SELECT * FROM CO_Department WHERE ID= ...

  3. mysql 根据父id查询下级所有数据

    select id,apply_resource_name from ( select t1.id,t1.apply_resource_name, if(find_in_set(parent_id, ...

  4. SQL查询树形结构的所有子节点

    如下一张表test:id name pid----------- ---------- -----------1 电器 NULL2 家电 13 冰箱 24 洗衣机 25 电脑 16 笔记本 57 平板 ...

  5. [转]Oracle查询树形数据的叶节点和子节点

    oracle 9i判断是叶子或根节点,是比较麻烦的一件事情,SQL演示脚本如下: --表结构-- DROP TABLE idb_hierarchical; create TABLE idb_hiera ...

  6. bootstrap-treeview 如何实现全选父节点下所有子节点及反选

    转(https://www.augsky.com/992.html) 选中父节点时,父节点下所有子节点也都全部选中 1,HTML代码 <h2>TreeView Checkable</ ...

  7. 【转】 oracle 层次查询判断叶子和根节点

    Oracle 9i判断是叶子或根节点,是比较麻烦的一件事情,SQL演示脚本如下: DROP TABLE idb_hierarchical; create TABLE idb_hierarchical ...

  8. MySql 利用函数 查询所有子节点

    前提:mysql  函数  find_in_set(str,strlist), cast(value as type)   一.find_in_set(str,strlist):如果字符串str是在的 ...

  9. MySQL中进行树状所有子节点的查询

    在Oracle 中我们知道有一个 Hierarchical Queries 通过CONNECT BY 我们可以方便的查了所有当前节点下的所有子节点.但很遗憾,在MySQL的目前版本中还没有对应的功能. ...

  10. SqlServer父节点与子节点查询及递归

    在最近老是用到这个SQL,所以记下来了: 1:创建表 CREATE TABLE [dbo].[BD_Booklet]( [ObjID] [int] IDENTITY(1,1) NOT NULL, [P ...

随机推荐

  1. CF364E

    problem 算法1 我会暴力!!! 直接枚举右上角和左下角,然后计算答案,使用前缀和优化后时间复杂度为 \(O(n^4)\). 算法2 我会分治!!!. 我们知道答案就是左边+右边+两边都有的个数 ...

  2. 鸿蒙HarmonyOS实战-窗口管理

    前言 窗口管理是指计算机操作系统中管理和控制窗口的一种机制.窗口管理器负责处理窗口的创建.关闭.移动.调整大小等操作,并且决定窗口的位置.层级.是否可见.是否接收用户输入等属性.窗口管理器还负责绘制窗 ...

  3. ssh练习

    根据要求完成部署 根据如下要求,完成部署过程 1.恢复7.8.9.31.41所有机器的快照 7 8 9 web服务 nginx ​ 172.16.1.xx ​ ​ nfs-31 提供共享文件存储 ​ ...

  4. freemarker模板替换生成word

    工具类 public static void createWord(Map<String,Object> dataMap, String templateName, String file ...

  5. Redis的特点什么是?

    a.支持多种数据结构,如 string(字符串). list(双向链表).dict(hash表).set(集合).zset(排序set).hyperloglog(基数估算) b.支持持久化操作,可以进 ...

  6. 贝壳找房: 为 AI 平台打造混合多云的存储加速底座

    贝壳机器学习平台的计算资源,尤其是 GPU,主要依赖公有云服务,并分布在不同的地理区域.为了让存储可以灵活地跟随计算资源,存储系统需具备高度的灵活性,支持跨区域的数据访问和迁移,同时确保计算任务的连续 ...

  7. NetCore Benchmark 基准测试

    基于NetCore的基准测试Demo(控制台程序) 创建控制台程序,输入工程名称    LinqConsole 通过NuGet引用BenchmarkDotNet至工程中 编写测试代码  类:Bench ...

  8. python pymysql 数据库查询操作

    import pymysql db= pymysql.connect(host="", user='', database="", password='') c ...

  9. 18-Docker资源限制

    背景 若容器使用的计算机资源不加限制,那么,可能会耗光整个计算机资源. 如代码里有bug,出现了死循环,且创建了很多线程. 在Docker中,可以使用Cgroup技术限制CPU.Block IO.RA ...

  10. python之集合学习

    *******************集合{set}******************* 1.集合set 可变 特点:是由不同元素组成 是无序的 集合中元素必须是不可变类型例如(字符串/元祖/数字) ...