OA系统七：数据库表设计：RBAC（基于角色的访问控制）介绍与核心表；

最新推荐文章于 2025-04-13 22:29:35 发布

小懒羊爱吃草

最新推荐文章于 2025-04-13 22:29:35 发布

阅读量1.1w

点赞数 19

分类专栏：（12）慕课OA系统（Mybatis项目案例，比较重要！）

本文链接：https://blog.csdn.net/csucsgoat/article/details/116906638

版权

（12）慕课OA系统（Mybatis项目案例，比较重要！）专栏收录该内容

40 篇文章

订阅专栏

本篇博客的核心是在RBAC这种设计理念下如何设计资源表和角色表；资源表和角色表如何进行关联。

0.RBAC简述：

1.理解下，RBAC底层数据的连带关系

2.数据库表的创建

（1）创建【sys_role：角色表】：最核心的表

（2）创建【“功能”这种资源】的相关的表

（2.1）创建【sys_node：系统功能表】：功能也是周边的一种资源啦

（2.附）创建【sys_role_node：角色和功能关联表】：建立【功能】和【角色】之间的关系的表

（3）创建【“系统用户”这种资源】的相关的表

（3.1）创建【adm_department：部门表】：属于（周边的）系统用户这个大类；而系统用户也是周边的一种资源啦

（3.2）创建【adm_employee：员工表】：属于（周边的）系统用户这个大类；而系统用户也是周边的一种资源啦

（3.3）创建【sys_user：用户表】：属于（周边的）系统用户这个大类；而系统用户也是周边的一种资源啦

（3.附）创建【sys_role_user：角色和用户关联表】：建立【用户】和【角色】之间的关系的表

3.分析和总结

0.RBAC简述：

RBAC（Role-Based Access Control：基于角色的访问控制）：通过RBAC这种全新设计，可以帮助我们在多用户的环境下实现对权限的有效控制；

说明：

（1）不同的角色拥有不同的权限。

（2）这里的资源的定义比较宽泛、包括：系统的功能可以看成一种资源，公司中不同的文件可以看成一种资源，系统的url网址也可以看成是资源。不同的角色就拥有了对不同资源的访问控制权限。所有的资源都是和角色绑定的。

（3）一个用户过来了，如何给这个用户分配一个角色嘞？？？需要设计一个用户表，然后将这个用户与角色绑定，这样在指定用户登录系统后，就可以获取到与之对应的角色，进而来获取与角色匹配的可访问的资源的权限了。

RBAC这种设计在数据库层面的设计分析：

1.理解下，RBAC底层数据的连带关系

说明：这个图最重要的是理解这种思维。

（1）核心就是【角色表】；

在RBAC中最核心的就是【角色表】，这里的角色根据不同的业务系统，具体的定义也会不同啦。

（2）核心思路：所有的资源都和角色绑定：

首先，功能可以看成看成一种资源；用户也可以看成一种资源；文档、图片等也可以看成一种资源；访问权限（url）也可以看成一种资源；

然后，在不同的系统，其具体的资源也是不同的。

●【功能菜单】比如，不同的角色可以使用不同的功能，功能就是一种资源，这个资源和角色绑定。功能菜单称为Node（结点）；

●【文档或其他资源】各种文档、公函、图片等也是资源，这也要和角色表绑定，不同的角色可以访问不同的资源；

●【访问权限】这是一种特殊的资源。访问资源对应了系统的url，即在系统访问的时候，不同的角色可以访问的系统的url的权限是不一样的；

基于RBAC的权限设计的核心设计就是，将资源和角色进行绑定。

●【系统用户】在有的系统中，人也可以看成是一种资源。比如一个分销管理系统，湖南区经理手下会管理湖南区销售团队的人员，这些人员就可以看成是一种资源，角色是经理的人就可以可以管理这些普通员工。，，，，不同的角色就可以对这些人员（资源）进行控制；

因为我们开发的系统，不是什么人都可以访问的。在角色表前面还需要设计一个【系统用户】表，每一个要使用这个系统的人都至少有一个系统用户，系统用户中包含了用户名和密码。。。。某个人在登录系统的时候输入用户名和密码，其就会在【系统用户】表中进行校验，校验通过后这个人就可以登录系统，然后结合【系统用户】表和【角色表】，这个人登录后，系统用户就会获取与之对应的角色，进而获取到与之对应的资源了。。。。。。自然一个使用该系统的公司员工一般最少拥有一个系统用户，这样这个人才能登录并使用这个系统啊。