基于角色的权限管理系统数据库设计

来源:互联网 发布:数据库审计部署 编辑:程序博客网 时间:2024/05/01 11:11

http://bbs.diybl.com/dview54t7733.html



表名:用户表(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)

其它自段可根据需求添加

详细出处参考:http://bbs.diybl.com/dview54t7733.html

原创粉丝点击