一种多层级机构数据库表设计的思路及组织机构树数据库表设计 |
您所在的位置：网站首页 › 设计管理研究的层级设计项目管理 › 一种多层级机构数据库表设计的思路及组织机构树数据库表设计 |
一种多层级机构数据库表设计的思路及组织机构树数据库表设计
|
在实际开发过程中，经常存在多个层级结构的设计，而且多个层级结构还需要排序。这里通过将多级结构的数据在同一张表中（无需多张表进行关联），并通过level的巧妙设计来实现单表查询。 level的设计原则：0.*.* 其中，0是顶级结构，第一个*是顶级结构下的结构，第二个*是顶级结构下的结构下的结构。 举个栗子： 1、创建部门架构表： CREATE TABLE department ( `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, `name` VARCHAR(255) NOT NULL DEFAULT '' COMMENT '部门名称或下属机构名称', `level` VARCHAR(255) NOT NULL DEFAULT '0' COMMENT '部门级别字符串', `parent_id` BIGINT UNSIGNED NOT NULL COMMENT '父级主键id', `seq` BIGINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '排序号', `mtime` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '更新时间', `ctime` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '创建时间', `muser_id` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '修改人', `cuser_id` INT UNSIGNED NOT NULL DEFAULT 0 COMMENT '创建人', PRIMARY KEY(`id`)， KEY `idx_level` (`level`) )ENGINE=INNODB DEFAULT CHARSET=utf8mb4 COMMENT '部门架构表';2、生成如下数据 3、业务图对应如下 level说明： UE（id是6）是属于前端开发（id是3），而前端开发是属于技术组（id是1），因此，UE的level是0.1.3 依次为顶级的id到最靠近自己的id。
使用场景： 比如： （1）如果想查询所有技术组下一级的架构，可以用如下sql语句： SELECT * FROM department WHERE `level` LIKE '0.1'; （2）查询所有技术组下所有的架构包括下一级的下一级等等 SELECT * FROM department WHERE `level` LIKE '0.1%';
其他思路 组织机构树数据库表设计 公司需要做一个组织机构管理的系统，但是现有的数据库中存储的方式，机构之间的关联只是通过parent_id关联的，这样在查询的时候需要不断的递归查询表数据，性能很差，逻辑也不清晰。所以在网上找到了几种针对这种树状结构存储，查询插入的优化方法 1.发现几种树结构数据库存储方案 2.聊聊树状结构如何在数据库中存储 3.组织机构树设计 1.2两种有点复杂了，第三个连接有一位答主介绍了一种快捷查询的方法 1 很麻烦的做法。 2 简单的只需要在原表里加一列就行了: 3 4 组织机构简洁字段设计: 5 6 （ogran_code是组织机构唯一代码，真正的系统里都会有这东西的） 7 8 id,name,ogran_code,parent_id 9 10 快速查询字段设计: 11 12 id,name,ogran_code,parent_id,code_link 13 14 （code_link是从根到该机构的整个code链条，例如： "root_code"+"first_code"+"child_code"） 15 分隔符自定义即可 16 添加编辑机构时只关注该机构的父机构，在父机构的link上添加本机构的部分： "pareat_code_link"+"local_code" 17 18 任何查询都可以通过这个字段快速完成。 19 20 1，某机构所有子机构，查询所有包含某机构CODE的CODE_LINK即可。可以使用like，超级简单。 21 2，查询Level，拆分该字段即可。 22 23 总之，很方便记录的一个链路LINK，可以做到任意需要递归才可以完成的查询。
用图表分析了一下
id code_link 1 0_null_null 在(1总公司)下插入(2上海分公司),总公司的child_code为2，上海分公司的root_code为1id code_link 1 0_null_2 2 1_null_null 在(1总公司)下插入(3深圳分公司),总公司的child_code为2,3，上海分公司的root_code为1id code_link 1 0_null_2,3 2 1_null_null 3 1_null_null 在(2上海分公司)下插入(4徐汇办事处),上海分公司的child_code为4，徐汇办事处的first_code为2id code_link 1 0_null_2,3 2 1_null_4 3 1_null_null 4 1_2_null 在(2上海分公司)下插入(5闵行办事处),上海分公司的child_code为4，5，闵行办事处的first_code为2id code_link 1 0_null_2,3 2 1_null_4,5 3 1_null_null 4 1_2_null 5 1_2_null 在(3深圳分公司)下插入(6人事部),深圳分公司的child_code为6，人事部的first_code为3id code_link 1 0_null_2,3 2 1_null_4,5 3 1_null_6 4 1_2_null 5 1_2_null 6 1_3_null 在(3深圳分公司)下插入(7财务部),深圳分公司的child_code为6，7，财务部的first_code为3id code_link 1 0_null_2,3 2 1_null_4,5 3 1_null_6,7 4 1_2_null 5 1_2_null 6 1_3_null 7 1_3_null 在(4徐汇办事处)下插入(8研发部),徐汇办事处的child_code 为8，研发部的first_code为2,4（带上徐汇办事处的first_code 2）id code_link 1 0_null_2,3 2 1_null_4,5 3 1_null_6,7 4 1_2_8 5 1_2_null 6 1_3_null 7 1_3_null 8 1_2，4_null 在(4徐汇办事处)下插入(9市场部),徐汇办事处的child_code 为8，9,市场部的first_code为2,4（带上徐汇办事处的first_code 2）id code_link 1 0_null_2,3 2 1_null_4,5 3 1_null_6,7 4 1_2_8，9 5 1_2_null 6 1_3_null 7 1_3_null 8 1_2，4_null 9 1_2,4_null 在(9市场部)下插入(10市场调研小组),市场部的child_code为10，市场调研小组的first_code为2,4,9（带上市场部的first_code）id code_link 1 0_null_2,3 2 1_null_4,5 3 1_null_6,7 4 1_2_8,9 5 1_2_null 6 1_3_null 7 1_3_null 8 1_2，4_null 9 1_2,4_10 10 1_2,4，9_null
至此，查询一个机构的子机构只需查询root_code和first_code中含有此节点id的数据 例如，查询（2上海分公司）的子机构，则为4,5,8,9,10 查询（4徐汇办事处）的子机构，则为8,9,10
转载于:https://www.cnblogs.com/blog-cq/p/10733011.html
|
———————————————— 版权声明：本文为CSDN博主「timchen525」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/timchen525/article/details/81175224
【本文地址】
今日新闻 |
点击排行 |
|
推荐新闻 |
图片新闻 |
|
专题文章 |