基于员工管理权限系统的数据库设计完整版.pdf

基于员⼯管理权限系统的数据库设计完整版 设计⼀个灵活、通⽤、⽅便的权限管理系统。 在这个系统中，我们需要对系统的所有资源进⾏权限控制，那么系统中的资源包括哪些呢？我们可以把这些资源简单概括为静态资源（功能 操作、数据列）和动态资源（数据），也分别称为对象资源和数据资源，后者是我们在系统设计与实现中的叫法。 系统的⽬标就是对应⽤系统的所有对象资源和数据资源进⾏权限控制，⽐如应⽤系统的功能菜单、各个界⾯的按钮、数据显⽰的列以及各种 ⾏级数据进⾏权限的操控。 三．相关对象及其关系 ⼤概理清了⼀下权限系统的相关概念，如下所⽰： 1. 权限 系统的所有权限信息。权限具有上下级关系，是⼀个树状的结构。下⾯来看⼀个例⼦ 系统管理 ⽤户管理 查看⽤户 新增⽤户 修改⽤户 删除⽤户 对于上⾯的每个权限，⼜存在两种情况，⼀个是只是可访问，另⼀种是可授权，例如对于"查看⽤户"这个权限，如果⽤户只被授予"可访 问"，那么他就不能将他所具有的这个权限分配给其他⼈。 2.⽤户 应⽤系统的具体操作者，⽤户可以⾃⼰拥有权限信息，可以归属于0～n个⾓⾊，可属于0～n个组。他的权限集是⾃⾝具有的权限、所属的 各⾓⾊具有的权限、所属的各组具有的权限的合集。它与权限、⾓⾊、组之间的关系都是n对n的关系。 3.⾓⾊ 为了对许多拥有相似权限的⽤户进⾏分类管理，定义了⾓⾊的概念，例如系统管理员、管理员、⽤户、访客等⾓⾊。⾓⾊具有上下级关系， 可以形成树状视图，⽗级⾓⾊的权限是⾃⾝及它的所有⼦⾓⾊的权限的综合。⽗级⾓⾊的⽤户、⽗级⾓⾊的组同理可推。 4.组 为了更好地管理⽤户，对⽤户进⾏分组归类，简称为⽤户分组。组也具有上下级关系，可以形成树状视图。在实际情况中，我们知道，组也 可以具有⾃⼰的⾓⾊信息、权限信息。这让我想到我们的QQ⽤户群，⼀个群可以有多个⽤户，⼀个⽤户也可以加⼊多个群。每个群具有⾃ ⼰的权限信息。例如查看群共享。QQ群也可以具有⾃⼰的⾓⾊信息，例如普通群、⾼级群等。 针对上⾯提出的四种类型的对象，让我们通过图来看看他们之间的关系。 有上图中可以看出，这四者的关系很复杂，⽽实际的情况⽐这个图还要复杂，权限、⾓⾊、组都具有上下级关系，权限管理是应⽤系统中⽐ 较棘⼿的问题，要设计⼀个通⽤的权限管理系统，⼯作量也着实不⼩。 当然对于有些项⽬，权限问题并不是那么复杂。有的只需要牵涉到权限和⽤户两种类型的对象，只需要给⽤户分配权限即可。 在另⼀些情况中，引⼊了⾓⾊对象，例如基于⾓⾊的权限系统，只需要给⾓⾊分配权限，⽤户都⾪属于⾓⾊，不需要单独为⽤户分配⾓⾊信 息。 通⽤权限管理设计篇（⼆）——数据库设计 国庆前整的通⽤权限设计的数据库初步设计部分，现在贴上来。理清了对象关系之后，让我们接着来进⾏数据库的设计。在数据库建模时， 对于N对N的关系，⼀般需要加⼊⼀个关联表来表⽰关联的两者的关系。初步估计⼀下，本系统⾄少需要⼗张表，分别为：权限表、⽤户 表、⾓⾊表、组表、⽤户权限关联表、⽤户⾓⾊关联表、⾓⾊权限关联表、组权限关联表、组⾓⾊关联表、⽤户属组关联表。当然还可能引 出⼀些相关的表。下⾯让我们在PowerDesigner中画出各表吧。 1、⽤户表 ⽤户表（TUser） 字段名称 字段 类型 备注 记录标识 tu_id bigint pk, not null 所属组织 to_id bigint fk, not null 登录帐号 login_name varchar(64) not null ⽤户密码 password varchar(64) not null ⽤户姓名 vsername varchar(64) not null ⼿机号 mobile varchar(20) 电⼦邮箱 email varchar(64) 创建时间 gen_time datetime not null 登录时间 login_time datetime 上次登录时间 last_login_time datetime 登录次数 count bigint not null 2、⾓⾊表 ⾓⾊表（TRole） 字段名称 字段 类型 备注 ⾓⾊ID tr_id bigint pk, not null ⽗级⾓⾊ID parent_tr_id bigint not null ⾓⾊名称 role_name varchar(64) not null 创建时间 gen_time datetime not null ⾓⾊描述 description varchar(200) 3、权限表 权限表（TRight） 字段名称 字段 类型 备注 权限ID tr_id bigint pk, not null ⽗权限 parent_tr_id bigint not null 权限名称 right_name varchar(6