简单介绍一下权限表设计,也是自己去了解的一个东西。
大家一起加油哦😀😀
一、介绍
现阶段我们知道的大概就是两种权限设计
- 一种是基于角色的权限设计
- 另一种是基于资源的权限设计
接下来我给大家讲一讲这两种权限的区别,以及那种更好。
在后面也会给出数据库里表的设计的具体代码。
二、基于角色的权限设计
RBAC基于角色的访问控制(Role-Based Access Control)是按角色进行授权。例如:
比如:主体的角色为总经理可以查 询企业运营报表,查询员工工资信息等,访问控制流程如下:
根据上图中的判断逻辑,授权代码可表示如下:
1 | java复制代码if(主体.hasRole("总经理角色id")){ |
如果上图中查询工资所需要的角色变化为总经理和部门经理,此时就需要修改判断逻辑为“判断用户的角色是否是 总经理或部门经理”,修改代码如下:
1 | java复制代码if(主体.hasRole("总经理角色id") || 主体.hasRole("部门经理角色id")){ |
根据上边的例子发现,当需要修改角色的权限时就需要修改授权的相关代码,系统可扩展性差。
我们敲代码都知道的 公司中最忌修改源码 因为牵一发而动全身。
所以不是非常必要 就不要随便修改原来的代码。
接下来 我们看一下基于资源的权限控制的设计是什么样子吧。
三、基于资源的权限设计
RBAC基于资源的访问控制(Resource-Based Access Control)是按资源(或权限)进行授权,比如:用户必须 具有查询工资权限才可以查询员工工资信息等,访问控制流程如下:
根据上图中的判断,授权代码可以表示为:
1 | java复制代码if(主体.hasPermission("查询工资权限标识")){ |
优点:系统设计时定义好查询工资的权限标识,即使查询工资所需要的角色变化为总经理和部门经理也不需要修改 授权代码,系统可扩展性强。
四、主体、资源、权限关系图
主体、资源、权限相关的数据模型
主体(用户id、账号、密码、…)
主体(用户)和角色关系(用户id、角色id、…)
角色(角色id、角色名称、…)
角色和权限关系(角色id、权限id、…)
权限(权限id、权限标识、权限名称、资源名称、资源访问地址、…)
数据模型关系图:
具体表模型SQL:
user表:
1 | sql复制代码DROP TABLE IF EXISTS `user_db`; |
t_role表:
1 | sql复制代码DROP TABLE IF EXISTS `t_role`; |
t_user_role表:
1 | sql复制代码DROP TABLE IF EXISTS `t_user_role`; |
t_permission表:
1 | sql复制代码DROP TABLE IF EXISTS `t_permission`; |
t_role_permission表:
1 | sql复制代码DROP TABLE IF EXISTS `t_role_permission`; |
自言自语
今天又完成一篇 ✌
看完这一篇 大家应该也会对权限的设计有了一些浅浅的理解吧。
一起加油哦。
本文转载自: 掘金