TA的每日心情 | 开心 2021-3-12 23:18 |
---|
签到天数: 2 天 [LV.1]初来乍到
|
请选择贴子标题颜色:
默认 红色 黄色 蓝色 绿色 紫色
自定颜色
(请输入颜色代码:#ffcc00)
基与角色的权限管理系统数据库设计
表名:用户表(User) 主键:Id 备注:这张表唯一要求就是检索速度?如果该张表每天有一千万次的访问量,该如何设计优化?
FiledName
FiledType
MainFiledDescription
Id Name OtherFiled
Int自动增长列,主键约束 Varchar(20), not null,唯一索引 其它自段可根据需求添加
用户名
表名:用户角色表(UserRole) 主键:复合主键(Uid,Rid) 备注:将用户和角色的关系连接起来,如何处理用户的默认角色,避免该表无限增加? 既然是默认角色,就直接为用户指定一个Rid角色外键。当用户登陆的时候直接通过他的Rid获取权限即可
Uid Rid OtherFiled
Int,not null,外键User(Id) Int,not null,外键Role(Id) 其它自段可根据需求添加
表名:角色表(Role) 主键:Id 备注:这张表比较简单,一般数据都比较少。
Id Name OtherFiled
Int自动增长列,主键约束 Varchar(20) not null,唯一索引 其它自段可根据需求添加
表名:角色权限表(RolePrivilege) 主键:复合主键(Rid,Pid) 备注:这张表主要记录角色的权限信息,有人说这张表应该映射权限表的Name字段,我还是没想明白,如果我将权限表中的Name进行修改,那该表中的映射势必也要全部修改,而用Pid的话就不会产生该问题。还有就是修改权限的意图是什么呢?让已拥有该权限的用户失去该权限?或者说是暂失去?那这样的话外键约束如何实现,对了可以将外键设为可以为Null,但这种空的映射信息又有什么意义呢?还不如直接删除,这样用户也失去了该权限,那么就不用修改权限表了,直接将外键删除就行了。
Rid Pid OtherFiled
Int,not null,外键Role(Id) Varchar(20),外键 Privilege(Name) 其它自段可根据需求添加
表名:权限表(Privilege) 主键:Id 备注:该表一般也较小,但访问量如果每天超过上千万次如何设计?如果有ParentId字段那么角色权限映射表该如何避免重复权限映射? 在分配的时候进行判断,看用户是否已有要分配的权限,或者要分配权限的父权限。
Id Name ParenteId Operate OtherFiled
Int自动增长列,主键约束 Varchar(20) ,not null,唯一索引 Int ,外键Privilege(Id) Varchar(50) 其它自段可根据需求添加
ParentId:父权限标识:父权限拥有子权,子权不拥有父权限。如:拥有访问demo.jsp的权限但不拥有操作demo.jsp中按钮的权限等。
表名:权限分类(PrivilegeType) 主键:Id 备注:该表一般也较小,访问量一般较低,只要用来对权限进行分类。
Id Name OtherFiled
Int自动增长列,主键约束 Varchar(20) ,not null,唯一索引 其它自段可根据需求添加
表名:用户权限临时表(TempPrivilege) 主键:复合主键(Uid,Pid) 备注:该表主要是为了处理临时状况而产生的,比如临时给某个员工什么权限?过后可直接删除。
Uid Pid OtherFiled
Int,not null,外键User(Id) Int,not null,外键Privilege(Id) 其它自段可根据需求添加
最近思考了一下关与基于角色的权限管理系统,这是我各人设计的数据库方案,其中有什么问题希望大家一起讨论一下,有什么好的建议也希望大家能够提出来,我希望将其完善成一个可重用的权限系统。 |
|