关于用户权限的数据库设计

1设计思路为了设计一套具有较强可扩展性的用户认证管理，需要建立用户、角色和权限等数据库表，并且建立之间的关系，具体实现如下。

1.1用户用户仅仅是纯粹的用户，用来记录用户相关信息，如用户名、密码等，权限是被分离出去了的。

用户（User）要拥有对某种资源的权限，必须通过角色（Role）去关联。

用户通常具有以下属性：编号，在系统中唯一。

ü名称，在系统中唯一。

ü用户口令。

ü注释，描述用户或角色的信息。

1.2角色角色是使用权限的基本单位，拥有一定数量的权限，通过角色赋予用户权限，通常具有以下属性：ü编号，在系统中唯一。

ü名称，在系统中唯一。

ü注释，描述角色信息1.3权限权限指用户根据角色获得对程序某些功能的操作，例如对文件的读、写、修改和删除功能，通常具有以下属性：ü编号，在系统中唯一。

ü名称，在系统中唯一。

ü注释，描述权限信息1.4用户与角色的关系一个用户（User）可以隶属于多个角色（Role），一个角色组也可拥有多个用户，用户角色就是用来描述他们之间隶属关系的对象。

用户（User）通过角色（Role）关联所拥有对某种资源的权限，例如l用户（User）：UserID UserName UserPwd1张三xxxxxx2李四xxxxxx……l角色（Role）：RoleID RoleName RoleNote01系统管理员监控系统维护管理员02监控人员在线监控人员03调度人员调度工作人员04一般工作人员工作人员……从该关系表可以看出，用户所拥有的特定资源可以通过用户角色来关联。

1.5权限与角色的关系一个角色（Role）可以拥有多个权限（Permission），同样一个权限可分配给多个角色。

例如：l角色（Role）：RoleID RoleName RoleNote01系统管理员监控系统维护管理员02监控人员在线监控人员03调度人员调度工作人员04一般工作人员工作人员……l权限（Permission）：PermissionID PermissionName PermissionNote0001增加监控允许增加监控对象0002修改监控允许修改监控对象0003删除监控允许删除监控对象0004察看监控信息允许察看监控对象……l角色权限（Role_Permission）：RolePermissionID RoleID PermissionID RolePermissionNote1010001角色“系统管理员”具有权限“增加监控”2010002角色“系统管理员”具有权限“修改监控”3010003角色“系统管理员”具有权限“删除监控”4010004角色“系统管理员”具有权限“察看监控”5020001角色“监控人员”具有权限“增加监控”6020004角色“监控人员”具有权限“察看监控”……由以上例子中的角色权限关系可以看出，角色权限可以建立角色和权限之间的对应关系。

1.6建立用户权限用户权限系统的核心由以下三部分构成：创造权限、分配权限和使用权限。

第一步由Creator创造权限（Permission），Creator在设计和实现系统时会划分。

利用存储过程CreatePermissionInfo（@PermissionName,@PermissionNote）创建权限信息，指定系统模块具有哪些权限。

第二步由系统管理员（Administrator）创建用户和角色，并且指定用户角色（User－Role）和角色权限（Role－Permission）的关联关系。

1)具有创建用户、修改用户和删除用户的功能：Administratorl存储过程CreateUserInfo（@UserName,@UserPwd）创建用户信息；l存储过程ModifyUserInfo（@UserName,@UserPwd）修改用户信息；l存储过程DeleteUserInfo（@UserID）删除用户信息；2)具有创建角色和删除角色的功能：Administratorl存储过程CreateRoleInfo（@RoleName,@RoleNote）创建角色信息；l存储过程DeleteRoleInfo(@RoleID)删除角色信息；3）Administrator具有建立用户和角色、角色和权限的关联关系功能：l存储过程GrantUserRole（@UserID,@RoleID,@UserRoleNote）建立用户和角色的关联关系；l存储过程DeleteUserRole(@UserRoleID)删除用户和角色的关联关系；l存储过程GrantRolePermission(@RoleID,@PermissionID,@RolePermissionNote)建立角色和权限的关联关系；l存储过程DeleteRolePermission(@RolePermissionID)删除角色和权限的关联关系；第三步用户（User）使用Administrator分配给的权限去使用各个系统模块。

利用存储过程GetUserRole（@UserID,@UserRoleID output）,GetRolePermission（@RoleID,@Role- -PermissinID output）获得用户对模块的使用权限。

1.7用户认证实现当用户通过验证后，由系统自动生成一个128位的TicketID保存到用户数据库表中，建立存储过程Login（@UserID,@UserPwd,@TicketID output）进行用户认证，认证通过得到一个TicketID，否则TicketID为null。

其流程图如下：图1Login流程图得到TicketID后，客户端在调用服务端方法时传递TicketID，通过存储过程JudgeTicketPermission（@TicketID,@PermissionID）判断TicketID对应的用户所具有的权限，并根据其权限进行方法调用。

当用户退出系统时，建立存储过程Logout（@UserID）来退出系统。

当用户异常退出系统时，根据最后的登陆时间（LastSignTime）确定用户的TickeID，建立存储过程ExceptionLogout （@UserID,@LastSignTime）处理用户的异常退出。

图2Logout流程图WebService可以采用SoapHeader中写入TicketID来使得TicketID从客户端传递给服务端。

.Net Remoting可以采用CallContext类来实现TicketID从客户端传递给服务端。

2数据库设计2.1数据库表图3数据库关系图2.2数据库表说明2.2.1用户表（Static_User）Static_User Static_User字段名详细解释类型备注UserID路线编号varchar(20) PKUserName用户名称varchar(20)UserPwd用户密码varchar(20)LastSignTime最后登陆时间datatimeSignState用户登陆状态标记intTickeID验证票记录编号varchar(128)2.2.2角色表（Static_Role）Static_Role Static_User字段名详细解释类型备注RoleID角色编号varchar(20)PKRoleName角色名称varchar(20)RoleNote角色信息描述varchar(20)2.2.3用户－角色表（Static_User_Role）Static_User_Role Static_User字段名详细解释类型备注UserRoleID用户角色编号varchar(20)PKUserID用户编号varchar(20)FKRoleID角色编号varchar(20)FKUserRoleNote用户角色信息描述varchar(20)2.2.4权限表（Static_Permission）Static_Permission Static_User字段名详细解释类型备注PermissionID编号varchar(20)PKPermissionName权限名称varchar(20)PermissionNote全息信息描述varchar(20)2.2.5角色－权限表（Static_Role_Permission）Static_Role_Permission Static_User字段名详细解释类型备注RolePermissionID角色权限编号varchar(20)PKRoleID角色编号varchar(20)FKPermissionID权限编号varchar(20)FKRolePermissionNote角色权限信息描述varchar(20)用“位”来存储、修改用户权限的方法以前我用记录方式，如A用户有3个模块权限，则A有三条记录看到别人的程序里有这种方法，感觉不错，给大家看看有没有优点可取。

用户权限用一个int字段表示，可以放32位,如果有第1,3,4模块的权限则，值为148=13____________________userId_____userQx___A|13_________|___________增加权限具体实现如增加第四个模块的权限,4的二进制值8update qxUser set userQx=userQx|8where userId='A'删除第四个模块的权限update qxUser set userQx=userQx&~8where userId='A'如果删除第四个模块，则不加条件就可以了update qxUser set userQx=userQx&~8以上在SqlServer2000企业版通过。

欢迎大家讨论，有更好的方法大家共享呀~~~在Java里34&2!=0就行了。

通过二，三两步的理解，相信这篇文章就不会生涩了！~首先上文权限设计拙见(1)中只是想记录下自己权限设计上的一点看法，以及将自己日常最常用的权限解决方案记录下来以供日后回顾，没想到有朋友关注此类的设计，那就只能先把代码拿出来献丑了，抛砖引玉，大家共同探讨学习接着上文来说，上文所讨论的权限设计是一条思路，但既然是web应用，少不了数据库的支持，本文我们来讨论一下数据库的设计。

（以下想法及思路仅仅代表本人拙见）说到权限的数据库设计，必先理清权限中几种实体及其关系，此部分想必有过设计权限经验的同仁都知道怎么设计了，网上摆渡一下也是一裤衩子一裤衩子的，我们就在最平凡直观的数据库关系的基础上来建立权限。

下面是我的几个表（所有的表都带有一个pk_id,作为表的自动生成的唯一主键）：用户表(T_UserInfo)：1/*==============================================================*/2/*Table:T_UserInfo*/3/*==============================================================*/4create table T_UserInfo5(6pk_id NUMBER not null,7name VARCHAR2(20),8sex BOOLEAN,9age int,10emp_num NUMBER,11polity int,12unit VARCHAR2(50),13department VARCHAR2(20),14specialty int,15position VARCHAR2(10),16offtel VARCHAR2(20),17famtel VARCHAR2(20),18post_state VARCHAR2(10),19remark VARCHAR2(100),20constraint PK_T_USERINFO primary key(pk_id)21);实战经验：用户表就不多说了，都是一些常用字段，年龄、电话、职位等，建议大家建立一个通用一些，字段多一些的一个用户表，便于以后扩展，以后如果有特殊需求，不用扩这个基本表，可以通过主外键关系来新建一个表，用于扩充字段角色表(T_RoleInfo)：1/*==============================================================*/2/*Table:T_RoleInfo*/3/*==============================================================*/4create table T_RoleInfo5(6pk_id number not null,7role_name VARCHAR2(20),8role_desc VARCHAR2(100),9parent_role_id NUMBER,10constraint PK_T_ROLEINFO primary key(pk_id)11);角色表中需要说明的就一个parent_role_id父角色id，此字段用来扩展角色的继承关系。