- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章浅谈MYSQL中树形结构表3种设计优劣分析与分享由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
在开发中经常遇到树形结构的场景,本文将以部门表为例对比几种设计的优缺点; 。
需求背景:根据部门检索人员, 问题:选择一个顶级部门情况下,跨级展示当前部门以及子部门下的所有人员,表怎么设计更合理 ?
递归吗 ?递归可以解决,但是势必消耗性能 。
注:(常见父id设计) 。
1
2
3
4
5
6
7
8
9
|
create
table
`dept_info01` (
`id`
int
(10) unsigned
not
null
auto_increment comment
'自增主键'
,
`dept_id`
int
(10)
not
null
comment
'部门id'
,
`dept_name`
varchar
(100)
not
null
comment
'部门名称'
,
`dept_parent_id`
int
(11)
not
null
comment
'父部门id'
,
`create_time` datetime
not
null
default
current_timestamp
comment
'创建时间'
,
`update_time` datetime
not
null
default
current_timestamp
on
update
current_timestamp
comment
'修改时间'
,
primary
key
(`id`) using btree
) engine=innodb auto_increment=1
default
charset=utf8;
|
这样是最常见的设计,能正确的表达菜单的树状结构且没有冗余数据,但在跨层级查询需要递归处理.
1.查询某一个节点的直接子集 。
1
|
select
*
from
dept_info01
where
dept_parent_id =1001
|
优点 。
结构简单 ,
缺点 。
1.不使用递归情况下无法查询某节点所有父级,所有子集 。
在设计1基础上新增一个父部门id集字段,用来存储所有父集,多个以固定分隔符分隔,比如逗号.
1
2
3
4
5
6
7
8
9
10
|
create
table
`dept_info02` (
`id`
int
(10) unsigned
not
null
auto_increment comment
'自增主键'
,
`dept_id`
int
(10)
not
null
comment
'部门id'
,
`dept_name`
varchar
(100)
not
null
comment
'部门名称'
,
`dept_parent_id`
int
(11)
not
null
comment
'父部门id'
,
`dept_parent_ids`
varchar
(255)
not
null
default
''
comment
'父部门id集'
,
`create_time` datetime
not
null
default
current_timestamp
comment
'创建时间'
,
`update_time` datetime
not
null
default
current_timestamp
on
update
current_timestamp
comment
'修改时间'
,
primary
key
(`id`) using btree
) engine=innodb auto_increment=1
default
charset=utf8;
|
1.查询所有子集 1).通过模糊查询 。
1
2
3
4
5
6
|
select
*
from
dept_info02
where
dept_parent_ids
like
'%1001%'
|
2).推荐使用 find_in_set 函数 。
1
2
3
4
5
6
|
select
*
from
dept_info02
where
find_in_set(
'1001'
, dept_parent_ids )
|
优点 。
缺点 。
主表 。
1
2
3
4
5
6
7
8
|
create
table
`dept_info03` (
`id`
int
(10) unsigned
not
null
auto_increment comment
'自增主键'
,
`dept_id`
int
(10)
not
null
comment
'部门id'
,
`dept_name`
varchar
(100)
not
null
comment
'部门名称'
,
`create_time` datetime
not
null
default
current_timestamp
comment
'创建时间'
,
`update_time` datetime
not
null
default
current_timestamp
on
update
current_timestamp
comment
'修改时间'
,
primary
key
(`id`) using btree
) engine=innodb auto_increment=1
default
charset=utf8;
|
祖先后代关系表 。
1
2
3
4
5
6
7
|
create
table
`dept_tree_path_info` (
`id`
int
(10) unsigned
not
null
auto_increment comment
'自增主键'
,
`ancestor`
int
(10)
not
null
comment
'祖先id'
,
`descendant`
int
(10)
not
null
comment
'后代id'
,
`depth` tinyint(4)
not
null
default
'0'
comment
'层级深度'
,
primary
key
(`id`) using btree
) engine=innodb auto_increment=1
default
charset=utf8;
|
注:depth 层级深度字段 ,自我引用为 1,直接子节点为 2,再一下层为 3,一次类推,第几层就是几 .
插入新节点 。
1
2
3
4
5
|
insert
into
dept_tree_path_info (ancestor, descendant,depth)
select
t.ancestor, 3001,t.depth+1
from
dept_tree_path_info
as
t
where
t.descendant = 2001
union
all
select
3001,3001,1
|
查询所有祖先 。
1
2
3
4
5
6
7
|
select
c.*
from
dept_info03
as
c
inner
join
dept_tree_path_info t
on
c.dept_id = t.ancestor
where
t.descendant = 3001
|
查询所有后代 。
1
2
3
4
5
6
7
|
select
c.*
from
dept_info03
as
c
inner
join
dept_tree_path_info t
on
c.dept_id = t.descendant
where
t.ancestor = 1001
|
删除所有子树 。
1
2
3
4
5
6
7
8
9
10
11
|
delete
from
dept_tree_path_info
where
descendant
in
(
select
a.dept_id
from
(
select
descendant dept_id
from
dept_tree_path_info
where
ancestor = 1001 ) a
)
|
删除叶子节点 。
1
2
3
4
5
|
delete
from
dept_tree_path_info
where
descendant = 2001
|
移动节点 。
优点 。
缺点 。
可以将邻接表方式与闭包表方式相结合使用。实际上就是将父id冗余到主表中,在一些只需要查询直接关系的业务中就可以直接查询主表,而不需要关联2张表了。在需要跨级查询时祖先后代关系表就显得尤为重要.
主表 。
1
2
3
4
5
6
7
8
9
|
create
table
`dept_info04` (
`id`
int
(10) unsigned
not
null
auto_increment comment
'自增主键'
,
`dept_id`
int
(10)
not
null
comment
'部门id'
,
`dept_name`
varchar
(100)
not
null
comment
'部门名称'
,
`dept_parent_id`
int
(11)
not
null
comment
'父部门id'
,
`create_time` datetime
not
null
default
current_timestamp
comment
'创建时间'
,
`update_time` datetime
not
null
default
current_timestamp
on
update
current_timestamp
comment
'修改时间'
,
primary
key
(`id`) using btree
) engine=innodb auto_increment=1
default
charset=utf8;
|
祖先后代关系表 。
1
2
3
4
5
6
7
|
create
table
`dept_tree_path_info` (
`id`
int
(10) unsigned
not
null
auto_increment comment
'自增主键'
,
`ancestor`
int
(10)
not
null
comment
'祖先id'
,
`descendant`
int
(10)
not
null
comment
'后代id'
,
`depth` tinyint(4)
not
null
default
'0'
comment
'层级深度'
,
primary
key
(`id`) using btree
) engine=innodb auto_increment=1
default
charset=utf8;
|
其实,在以往的工作中,曾见过不同类型的设计,邻接表,路径枚举,邻接表路径枚举一起来的都见过。每种设计都各有优劣,如果选择设计依赖于应用程序中哪种操作最需要性能上的优化.
。
设计 | 表数量 | 查询直接子 | 查询子树 | 同时查询多个节点子树 | 插入 | 删除 | 移动 |
---|---|---|---|---|---|---|---|
邻接表 | 1 | 简单 | 需要递归 | 需要递归 | 简单 | 简单 | 简单 |
枚举路径 | 1 | 简单 | 简单 | 查多次 | 相对复杂 | 简单 | 复杂 |
闭包表 | 2 | 简单 | 简单 | 简单 | 相对复杂 | 简单 | 复杂 |
。
综上所述 。
到此这篇关于浅谈mysql中树形结构表3种设计优劣分析与分享的文章就介绍到这了,更多相关mysql 树形结构表内容请搜索我以前的文章或继续浏览下面的相关文章希望大家以后多多支持我! 。
原文链接:https://blog.csdn.net/qq_38011415/article/details/95462698 。
最后此篇关于浅谈MYSQL中树形结构表3种设计优劣分析与分享的文章就讲到这里了,如果你想了解更多关于浅谈MYSQL中树形结构表3种设计优劣分析与分享的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
服务架构进化论 原始分布式时代 一直以来,我可能和大多数的人认知一样,认为我们的服务架构的源头是单体架构,其实不然,早在单体系
序列化和反序列化相信大家都经常听到,也都会用, 然而有些人可能不知道:.net为什么要有这个东西以及.net frameword如何为我们实现这样的机制, 在这里我也是简单谈谈我对序列化和反序列化的
内容,是网站的核心所在。要打造一个受用户和搜索引擎关注的网站,就必须从网站本身的内容抓起。在时下这个网络信息高速发展的时代,许多低质量的信息也在不断地充斥着整个网络,而搜索引擎对一些高质量的内容
从第一台计算机问世到现在计算机硬件技术已经有了很大的发展。不管是现在个人使用的PC还是公司使用的服务器。双核,四核,八核的CPU已经非常常见。这样我们可以将我们程序分摊到多个计算机CPU中去计算,在
基本概念: 浅拷贝:指对象的字段被拷贝,而字段引用的对象不会被拷贝,拷贝对象和原对象仅仅是引用名称有所不同,但是它们共用一份实体。对任何一个对象的改变,都会影响到另外一个对象。大部分的引用类型,实
.NET将原来独立的API和SDK合并到一个框架中,这对于程序开发人员非常有利。它将CryptoAPI改编进.NET的System.Security.Cryptography名字空间,使密码服务摆脱
文件与文件流的区别(自己的话): 在软件开发过程中,我们常常把文件的 “读写操作” ,与 “创造、移动、复制、删除操作” 区分开来
1. 前言 单元测试一直都是"好处大家都知道很多,但是因为种种原因没有实施起来"的一个老大难问题。具体是否应该落地单元测试,以及落地的程度, 每个项目都有自己的情况。 本篇为
事件处理 1、事件源:任何一个HTML元素(节点),body、div、button 2、事件:你的操作 &
1、什么是反射? 反射 (Reflection) 是 Java 的特征之一,它允许运行中的 Java 程序获取自身的信息,并且可以操作类或对象的内部属性。 Oracle 官方对
1、源码展示 ? 1
Java 通过JDBC获得连接以后,得到一个Connection 对象,可以从这个对象获得有关数据库管理系统的各种信息,包括数据库中的各个表,表中的各个列,数据类型,触发器,存储过程等各方面的信息。
可能大家谈到反射面部肌肉都开始抽搐了吧!因为在托管语言里面,最臭名昭著的就是反射!它的性能实在是太低了,甚至在很多时候让我们无法忍受。不过不用那么纠结了,老陈今天就来分享一下如何来优化反射!&nbs
1. 前言 最近一段时间一直在研究windows 驱动开发,简单聊聊。 对比 linux,windows 驱动无论是市面上的书籍,视频还是社区,博文以及号主,写的人很少,导
问题:ifndef/define/endif”主要目的是防止头文件的重复包含和编译 ========================================================
不知不觉.Net Core已经推出到3.1了,大多数以.Net为技术栈的公司也开始逐步的切换到了Core,从业也快3年多了,一直坚持着.不管环境
以前面试的时候经常会碰到这样的问题.,叫你写一下ArrayList.LinkedList.Vector三者之间的区别与联系:原先一直搞不明白,不知道这三者之间到底有什么区别?哎,惭愧,基础太差啊,木
目录 @RequestParam(required = true)的误区 先说结论 参数总结 @RequestParam(r
目录 FTP、FTPS 与 SFTP 简介 FTP FTPS SFTP FTP 软件的主动模式和被动模式的区别
1、Visitor Pattern 访问者模式是一种行为模式,允许任意的分离的访问者能够在管理者控制下访问所管理的元素。访问者不能改变对象的定义(但这并不是强制性的,你可以约定为允许改变)。对管
我是一名优秀的程序员,十分优秀!