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

本文链接：https://blog.csdn.net/2401_84931568/article/details/138991386

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

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

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

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

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

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

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

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

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

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

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

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

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

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

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