权限系统--系统数据库设计
2018-02-07 17:36
218 查看
当然,程序开始之前必须有整个工程完整的数据模型,权限系统本身就是工程项目的一部分,因此一样不会例外。
表结构就是上述如此,和传统的权限模型有所区别的是对用户和权限之间进行了关系的维护,因为出于考虑只能把某个权限给用户,但是这个权限小于所有现有角色的的权限,当然可以新建个临时角色进行授权,但是更加合适的解决办法就是对用户与权限之间维护。
一:实体列表
名称 | 代码 | 注释 |
权限用户表 | SYS_USER_INFO | 1) 存放用户的基本信息 2) 包括各种不同角色的用户 |
权限角色表 | SYS_ROLE_INFO | 1) 存放角色的信息 |
权限表 | SYS_RES_INFO | 2) 存放系统的各种权限 3) 分为两类界面(url)和按钮 |
机构表 | SYS_DEPT_INFO | 1) 存放系统的各种机构 2) 机构进行分级处理(一级:学校;二级:学院;三级:专业;四级:班级) |
| | 1) 存放用户与角色之间的关联关系 |
角色权限关联表 | | 1) 存放角色与权限之间的关联关系 |
用户权限关系表 | | 1) 存放用户与权限之间的关联关系 |
二:数据清单
1 用户信息表:SYS_USER_INFO
中文名称 | 英文 | 类型 | 主键 | 注释 |
用户id | USER_ID | VARCHAR2(32) | TRUE | 主键,唯一标识 |
机构id | USER_DEPT_ID | VARCHAR2(32) | False | 机构id |
登录密码 | USER_PWD | VARCHAR2(128) | False | MD5加密 |
用户姓名 | USER_NAME | VARCHAR2(32) | FALSE | 用户姓名 |
职称 | USER_PROFESS | VARCHAR2(32) | FALSE | 职称 |
用户状态 | USER_STATUS | VARCHAR2(8) | FALSE | 是否锁定 |
最后登录时间 | LAST_LOGIN | DATE | FALSE | 上次登录时间 |
备注 | REMARK | VARCHAR2(256) | FALSE | 备注 |
2 角色信息表SYS_ROLE_INFO
名称 | 代码 | 类型 | 主键 | 注释 |
角色标识 | ROLE_ID | VARCHAR2(32) | TRUE | 主键,角色标识 |
角色名称 | ROLE_NAME | VARCHAR2(32) | FALSE | 角色名称 |
有效标识 | ROLE_IS_VALID | VARCHAR2(8) | FALSE | 有效标识 |
上级角色 | ROLE_PARENT_ID | VARCHAR2(32) | FALSE | 上级角色 |
备注 | REMARK | VARCHAR2(256) | FALSE | 备注 |
3 权限表: SYS_RES_INFO
名称 | 代码 | 类型 | 主键 | 注释 |
URL权限标识 | RES_ID | VARCHAR2(32) | TRUE | 主键,权限标识 |
URL权限名称 | RES_NAME | VARCHAR2(32) | TRUE | 权限名称 |
URL权限URL | RES_URL | VARCHAR2(128) | FALSE | 权限url |
URL权限编码 | RES_CODE | VARCHAR2(64) | FALSE | 权限编码 |
URL上级权限 | RES_PARENT_ID | VARCHAR2(32) | FALSE | 上级权限 |
资源类型 | RES_TYPE | VARCHAR2(8) | FALSE | 资源类型(按钮和url) |
URL顺序 | RES_ORDER | VARCHAR2(8) | FALSE | 顺序 |
URL描述 | RES_DESC | VARCHAR2(256) | FALSE | 描述 |
4 机构表:SYS_DEPT_INFO
名称 | 代码 | 类型 | 主键 | 注释 |
机构标识 | DEPT_ID | VARCHAR2(32) | TRUE | 主键 |
机构名称 | DEPT_NAME | VARCHAR2(16) | TRUE | 部门名称 |
机构描述 | DEPT_DESC | VARCHAR2(256) | FALSE | 任务项,CODE |
父级机构编号 | DEPT_PARENT_ID | VARCHAR2(32) | FALSE | 上级机构 |
负责人 | DEPT_LEADER | VARCHAR2(32) | FALSE | 负责人 |
机构级别 | DEPT_LEVEL | NUMBER | FALSE | 机构级别 |
机构排序 | DEPT_ORDER | NUMBER | FALSE | 排序 |
机构有效状态 | DEPT_IS_VALID | VARCHAR2(8) | FALSE | 机构有效状态 |
5 用户角色关联表 SYS_USER_ROLE_INFO
名称 | 代码 | 类型 | 主键 | 注释 |
用户标识 | UR_USER_ID | VARCHAR2(32) | TRUE | 主键 |
角色标识 | UR_ROLE_ID | VARCHAR2(32) | TRUE | 主键 |
6 角色权限关联表:SYS_ROLE_RES_INFO
名称 | 代码 | 类型 | 主键 | 注释 |
角色标识 | RR_ROLE_ID | VARCHAR2(32) | TRUE | 主键 |
权限标识 | RR_RES_ID | VARCHAR2(32) | TRUE | 主键 |
7 用户权限关联表:SYS_USER_RES_INFO
名称 | 代码 | 类型 | 主键 | 注释 |
用户标识 | UR_USER_ID | VARCHAR2(32) | TRUE | 主键 |
权限标识 | UR_RES_ID | VARCHAR2(32) | TRUE | 主键 |
三:说明
表结构就是上述如此,和传统的权限模型有所区别的是对用户和权限之间进行了关系的维护,因为出于考虑只能把某个权限给用户,但是这个权限小于所有现有角色的的权限,当然可以新建个临时角色进行授权,但是更加合适的解决办法就是对用户与权限之间维护。
相关文章推荐
- 用户和角色:通用权限管理系统数据库表结构如何设计?
- J2EE开发之(六)之漫谈基于数据库的权限系统的设计
- 基于资源的权限系统-数据库设计
- C# ASP.NET 走火入魔通用权限管理系统组件V3.2试用版下载地址【含数据库设计文档、使用手册】
- Extjs4 权限系统(包括页面按钮权限) 设计思路+数据库表设计
- C# ASP.NET 权限设计 完全支持多数据库多语言包的通用权限管理系统组件源码
- 数据库设计 概念结构设计(以权限系统为例)
- 实现基于组织机构的数据集权限系统的设计思路讲解【提供完整数据库设计下载】
- 通向架构师的道路(第六天)之漫谈基于数据库的权限系统的设计
- 软件系统的权限数据库设计
- 以一个权限系统来告别WebForm —(一)项目整休架构设计与数据库设计
- 通向架构师的道路(第六天)之漫谈基于数据库的权限系统的设计
- 通用权限系统的数据库设计
- 业务系统中用户权限数据库表格的设计
- 系统权限数据库设计方案
- 权限管理系统数据库设计
- 权限系统--系统数据库设计
- 业务系统中用户权限数据库表格的设计2