MySQL递归查询上下级菜单
来源:SegmentFault
时间:2023-01-24 12:15:18 348浏览 收藏
本篇文章向大家介绍《MySQL递归查询上下级菜单》,主要包括MySQL、存储过程,具有一定的参考价值,需要的朋友可以参考一下。
正文
在传统的后台管理系统里面经常会需要展示多级菜单关系,今天我们来学一下如何使用一条SQL语句展示多级菜单。
现在我们有一张
corpinfo单位表,里面有一个
belong字段指向上级单位,首先来看一下现在表里有什么数据:
SELECT uid,ubelong FROM corpinfo

现在是类似下面这样的一个三级菜单,
uid为1的是我们的顶级菜单,
ubelog为0。

现在我们想实现传入一个 uid ,把当前 uid 和其下级单位的 uid 都展示出来,当然我们可以使用代码或者网上常见的存储过程来实现,但是今天我们用一条SQL语句来实现该效果:
先来看看我们的SQL语句
SELECT DATA.uid FROM(
SELECT
@ids AS _ids,
(
SELECT @ids := GROUP_CONCAT(uid)
FROM corpinfo
WHERE FIND_IN_SET(ubelong, @ids)
) AS cids,
@l := @l+1 AS level
FROM corpinfo, (SELECT @ids := (参数) , @l := 0 ) b
WHERE @ids IS NOT NULL
) ID, corpinfo DATA
WHERE FIND_IN_SET(DATA.uid, ID._ids)
ORDER BY level,uid看下执行结果:

可以看到传入 uid 为 1 后,列出了 uid 为 1 的所有下级单位,连第三级的菜单也列出来了。

比较核心的有下面几个地方:

GROUP_CONCAT()函数
前言:在有
group by的查询语句中,
select指定的字段要么就包含在
group by语句的后面,作为分组的依据,要么就包含在聚合函数中。
假设我们有一张
user用户表,我们想查看名字相同的用户的最小年龄,可以这样写:
SELECT name,age FROM user GROUP BY name
执行结果为:

现在我们想查询
name相同的用户的所有年龄,当然我们可以这样写:
SELECT name,age FROM user ORDER BY name
用
ORDER BY对名字排序,执行结果为:

但是这样同一个名字出现多次,看上去非常不直观。有没有更直观的方法,既让每个名字都只出现一次,又能够显示所有的名字相同的人的id呢?——使用
GROUP_CONCAT()函数
功能:将 group by
产生的同一个分组中的值连接起来,返回一个字符串结果。
语法:GROUP_CONCAT( [distinct] 要连接的字段 [ORDER BY 排序字段 ASC/DESC ] [separator '分隔符'] )
SELECT name,GROUP_CONCAT(age) FROM user GROUP BY name
执行结果为:

可以看到相同用户名的年龄都放到一起了,以逗号分割。
FIND_IN_SET函数
假设我们有一张
book书籍表,有书名和作者两个字段:
SELECT name,author FROM book
执行结果为:

现在我们想查作者包含 小A 的书籍,我们来试一下:
SELECT name,author FROM book WHERE author IN ('小A')执行结果为:

实际上这样是不行的,这样只有当
author字段的值等于
'小A'时(和IN前面的字符串完全匹配),查询才有效,否则都得不到结果。
可能你会想到用
LIKE实现,我们来试试看:
SELECT name,author FROM book WHERE author LIKE '%小A%';
执行结果为:

可以看到把
小AA的书籍也查出来了,所以用
LIKE无法实现该功能。
那么我们如何使用
FIND_IN_SET函数来实现呢?
SELECT name,author FROM book WHERE FIND_IN_SET('小A',author);执行结果为:

语法:FIND_IN_SET(str,strlist)
str :要查询的字符串
strlist :字段名 参数以”,”分隔 如 (1,2,6,8)
查询字段(strlist)中包含(str)的结果,返回结果为null或记录
知道了这两个函数后,现在回过头来看看前面的SQL语句:

运行选中的代码后可以看到列出了上下级的关系,至于细节这里不再展开描述。
既然我们能查出当前单位的所有下级单位,那么应该也能查询所有上级单位,来看下SQL:
SELECT uid FROM(
SELECT
@id AS _id,
( SELECT @id := ubelong
FROM corpinfo
WHERE uid = @id
) AS _pid,
@l := @l+1 as level
FROM corpinfo,
(SELECT @id := (参数), @l := 0 ) b
WHERE @id > 0
) ID, corpinfo DATA
WHERE ID._id = DATA.uid
ORDER BY level DESC还是我们的
corpinfo单位表,执行结果为:

可以看到当输入 uid 为 5 时,列出了当前单位及其上级所有单位,SQL和上面的差不多,这里不再细说。
最后补充一段代码,既然我们已经拿到想要的单位编号了,接下来就是要递归构建我们的单位树了,来看下代码:
/** * 递归将模块树构建成JSON数组 */ private JSONArray getJsonArray(Listlist) { Map > map = new HashMap(16); List sonList; for (ClCorpinfo clCorpinfo : list) { if (map.get(clCorpinfo.getUbelong()) != null) { sonList = map.get(clCorpinfo.getUbelong()); } else { sonList = new ArrayList(); } sonList.add(clCorpinfo); map.put(clCorpinfo.getUbelong(), sonList); } JSONArray array = new JSONArray(); if (list.size() > 0) { array = getChildrenTree(map, 0, 0); } return array; } /** * 递归构建模块树的子类 */ public JSONArray getChildrenTree(Map > map, Integer uparentid, Integer level) { JSONArray array = new JSONArray(); for (ClCorpinfo clCorpinfo : map.get(uparentid)) { JSONObject obj = new JSONObject(); obj.put("uid", clCorpinfo.getUid()); obj.put("ubelong", clCorpinfo.getUbelong()); obj.put("ucorpname", clCorpinfo.getUcorpname()); obj.put("uparentname", clCorpinfo.getUparentname()); if (map.get(clCorpinfo.getUid()) != null) { level++; obj.put("children", getChildrenTree(map, clCorpinfo.getUid(), level)); } else { obj.put("children", null); } array.add(obj); } return array; }
上面这段只要传入单位集合,接下来会递归来构建我们的单位树,接下来只要前端渲染上去就完事了。
总结
其实网上也有很多其它的解决方案,比如用代码实现,也可以用存储过程实现,今天我们使用SQL语句来实现并不一定是最好的办法,虽然简单但是比较难懂,我这边只是给大伙提供一个可行的方案,如果有什么不对的地方请多多指教。

今天带大家了解了MySQL、存储过程的相关知识,希望对你有所帮助;关于数据库的技术知识我们会一点点深入介绍,欢迎大家关注golang学习网公众号,一起学习编程~
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
-
数据库 · MySQL | 6小时前 | 性能优化 · 执行计划 · MySQL教程 · 慢查询治理 · 数据库运维 · mysql GROUP BY优化 TempTable 内部临时表 Created_tmp_disk_tables267 收藏
-
数据库 · MySQL | 10小时前 | 性能优化 · InnoDB · MySQL教程 · 数据库运维 · 高并发写入 · mysql innodb 批量写入 Change Buffer innodb_change_buffering270 收藏
-
数据库 · MySQL | 3天前 | 性能优化 · 高并发 · InnoDB · MySQL教程 · 数据库运维 · mysql innodb AUTO_INCREMENT 高并发写入 innodb_autoinc_lock_mode254 收藏
-
数据库 · MySQL | 3天前 | 连接池 · 高并发 · 故障排查 · MySQL教程 · 数据库运维 · mysql 高并发 连接池 max_connections Too many connections491 收藏
-
381 收藏
-
数据库 · MySQL | 4天前 | 性能优化 · InnoDB · 故障排查 · MySQL教程 · DBA实战 · mysql innodb 性能优化 预热 冷启动 MySQL 8.4 Buffer Pool158 收藏
-
数据库 · MySQL | 4天前 | binlog · 故障恢复 · 备份恢复 · MySQL教程 · DBA实战 · mysql DBA binlog 备份恢复 mysqlbinlog MySQL 8.4 PITR432 收藏
-
数据库 · MySQL | 4天前 | 字符集 · 故障排查 · MySQL教程 · 索引优化 · 排序规则 · mysql 排序规则 索引优化 utf8mb4 collation MySQL 8.4294 收藏
-
数据库 · MySQL | 4天前 | binlog · 主从复制 · 故障排查 · MySQL教程 · DBA实战 · mysql DBA binlog 主从复制 MySQL 8.4 复制延迟 relay log119 收藏
-
数据库 · MySQL | 4天前 | MySQL教程 · 慢查询治理 · 索引优化 · 分区表 · DBA实战 · mysql 分区表 慢查询 索引优化 MySQL 8.4 partition pruning133 收藏
-
数据库 · MySQL | 4天前 | 高并发 · 故障排查 · MySQL教程 · 事务隔离 · InnoDB锁 · mysql innodb 高并发 锁等待 MySQL 8.4 NOWAIT SKIP LOCKED439 收藏
-
291 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习
-
- 等待的硬币
- 细节满满,已收藏,感谢博主的这篇博文,我会继续支持!
- 2023-04-01 23:47:29
-
- 尊敬的冰棍
- 这篇文章内容真是及时雨啊,up主加油!
- 2023-03-18 16:15:41
-
- 幸福的跳跳糖
- 这篇技术贴出现的刚刚好,太全面了,赞 ??,mark,关注师傅了!希望师傅能多写数据库相关的文章。
- 2023-03-08 17:47:15
-
- 闪闪的唇膏
- 这篇文章真是及时雨啊,太细致了,感谢大佬分享,码住,关注楼主了!希望楼主能多写数据库相关的文章。
- 2023-03-08 17:18:42
-
- 无心的汽车
- 这篇文章内容出现的刚刚好,师傅加油!
- 2023-02-27 23:35:02
-
- 会撒娇的百合
- 很棒,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢up主分享技术贴!
- 2023-02-20 17:33:34
-
- 粗暴的电灯胆
- 赞 ??,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢up主分享文章内容!
- 2023-02-06 00:08:57
-
- 潇洒的铅笔
- 太细致了,mark,感谢老哥的这篇文章内容,我会继续支持!
- 2023-02-05 02:44:24