文章-如何设计数据库表实现完整的RBAC(基于角色权限控制)
【RBAC】打造Web权限控制系统
这种关系的讲解,推荐一篇文章--[文章2]
- 先看几张图,了解下
RBAC
ACL是用户直接拥有权限,RBAC是用户通过角色来拥有的权限。与权限之间是间接关系
- RBAC简化了用户和权限的关系,易扩展和维护
数据库设计-- 要时刻牢记一个原则,用户是通过角色来拥有的权限。也就是用户是跟角色有关联,而跟权限没有关联
开发之前有必要先来分析一下数据表:
我们给角色赋权限,让角色与用户关联
- 1.用户表--users
- 2.权限表--permissions
- 3.角色表--roles
- 4.角色表和权限表--role_permission
- 5.用户和角色表--user_role
drop table `permissions` if EXISTS ;
CREATE TABLE IF NOT EXISTS `permissions` (
`id` int(11) NOT NULL auto_increment,
`Title` char(64) NOT NULL,
`Description` text NOT NULL,
`slug` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL,
`http_path` text COLLATE utf8mb4_unicode_ci,
PRIMARY KEY (`id`),
KEY `Title` (`Title`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='权限表';
slug表示权限的名称,比如登录
http_path表示uri路径 比如 /login /logout
drop table `roles` if EXISTS ;
CREATE TABLE IF NOT EXISTS `roles` (
`id` int(11) NOT NULL auto_increment,
`Title` varchar(128) NOT NULL,
`Description` text NOT NULL,
PRIMARY KEY (`id`),
KEY `Title` (`Title`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='角色表';
drop table `role_permission` if EXISTS ;
CREATE TABLE IF NOT EXISTS `role_permission` (
`role_id` int(11) NOT NULL,
`premission_id` int(11) NOT NULL,
PRIMARY KEY (`role_id`,`premission_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='角色权限表';
drop table `user_role` if EXISTS ;
CREATE TABLE IF NOT EXISTS `user_role` (
`user_id` int(11) NOT NULL,
`role_id` int(11) NOT NULL,
PRIMARY KEY (`user_id`,`role_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='用户角色表';
当然,还有user表。此处不再写
`role_permission` 表里可以使用 PRIMARY KEY (`role_id`,`premission_id`)索引。无需自增id 。`user_role`表也是一样
在使用上:
`user_role` 的表,哪个用户想拥有哪个菜单的角色,就在这个表添加一条数据
`role_permission` 的表,哪个角色想拥有哪个权限,就在这个表添加一条数据
这样我们只是建好了表,但实际我们是要用于某些后台连接点击权限的
所以我们还需要两张表链接菜单表menus
和用户和链接菜单表role_menu
drop table `role_menu` if EXISTS ;
CREATE TABLE `role_menu` (
`role_id` int(11) NOT NULL,
`menu_id` int(11) NOT NULL,
PRIMARY KEY (`role_id`,`menu_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='用户和链接菜单表';
drop table `menus` if EXISTS ;
CREATE TABLE `menus` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`parent_id` int(11) NOT NULL DEFAULT '0',
`order` int(11) NOT NULL DEFAULT '0' COMMENT '排序,这个表可以不要',
`title` varchar(50) COLLATE utf8_unicode_ci NOT NULL,
`uri` varchar(50) COLLATE utf8_unicode_ci NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='链接菜单表';
`role_menu` 的表,哪个角色想拥有哪个菜单的权限,就在这个表添加一条数据
- 此处推荐一篇文章php 递归无限分类
再进一步想,我们可以通过管理组来与用户关联.此处的组,可以理解为上面的角色。那么我们需要如下两个表。我们给组赋权限,让组与用户关联
drop table `groups` if EXISTS ;
CREATE TABLE IF NOT EXISTS `groups` (
`id` int(11) NOT NULL auto_increment,
`Title` varchar(128) NOT NULL,
`Description` text NOT NULL,
PRIMARY KEY (`id`),
KEY `Title` (`Title`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='用户组表';
drop table `group_permission` if EXISTS ;
CREATE TABLE IF NOT EXISTS `group_permission` (
`premission_id` int(11) NOT NULL,
`group_id` int(11) NOT NULL,
`slug` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL,
`http_path` text COLLATE utf8mb4_unicode_ci,
PRIMARY KEY (`group_id`,`premission_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='角色组';
drop table `user_group` if EXISTS ;
CREATE TABLE IF NOT EXISTS `user_group` (
`group_id` int(11) NOT NULL,
`user_id` int(11) NOT NULL,
PRIMARY KEY (`user_id`,`group_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='角色组与用户表';
第二部分,使用篇
上面我们介绍完表关联设计后,接下来谈一谈怎么使用。使用的时候应该是某个角色
role
可以操作某些路由,所以应该有两个表。路由表menu
和角色路由表role_menu
CREATE TABLE `role_menu` (
`role_id` int(11) NOT NULL,
`menu_id` int(11) NOT NULL,
KEY `role_menu_role_id_menu_id_index` (`role_id`,`menu_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
CREATE TABLE `menu` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`parent_id` int(11) NOT NULL DEFAULT '0',
`order` int(11) NOT NULL DEFAULT '0',
`title` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL,
`uri` varchar(50) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
此处我讲下路由限制的menu
表,
parent_id
就是本url属于哪个层级(这里用的是无限分类)
比如此处表单和test都在4Roles
下面
order
是列表显示的排序,序号小的在上面,此处表单在test上面
uri
是角色可以访问的路由,自己通过代码限制即可
menu与
role_menu`表的配合是指图中最坐变那排图标的显示
然后是 permissions
中 slug
、http_path
字段也是路由限制,permissions
是表示直接在浏览器上输入路由不可以访问
要说明的是,如果不显示图标的情况,如果你没做路由访问限制,输入对应的uri其实也是可以访问页面的。
我们在显示某个用户的菜单列表的时候,
在role_menu
表中,role_id
,menu_id
都可以是多个
1.通过user.id
查到role_menu.menu_id集合
,
2.然后查到符合menu_id
集合的menu.id
显示出来
在做某个用户访问某个路由的时候
role_user
表中user_id
是唯一的,role_id
是可以多个的
1.通过user.id
得到role_user.role_id
2.然后得到role_permissions
表中的permissions
.(表中的permissions_id和role_id都可以是多个)
3.去permissions
表取出id
对应的uri
(即http_path
)数据