web权限数据库设计

CREATE TABLE
    account
    (
        accid INT DEFAULT '0' NOT NULL,
        accCode CHAR(20),
        accName VARCHAR(30),
        PRIMARY KEY (accid)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;
CREATE TABLE
    role
    (
        roleid INT DEFAULT '0' NOT NULL,
        roleCode CHAR(20),
        roleName VARCHAR(30),
        PRIMARY KEY (roleid)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;
CREATE TABLE
    accrole
    (
        accroleid INT DEFAULT '0' NOT NULL,
        faccid INT,
        froleid INT,
        PRIMARY KEY (accroleid),
        CONSTRAINT AccRole_fk1 FOREIGN KEY (faccid) REFERENCES account (accid) ,
        CONSTRAINT AccRole_fk2 FOREIGN KEY (froleid) REFERENCES role (roleid),
        INDEX AccRole_fk1 (faccid),
        INDEX AccRole_fk2 (froleid)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;
	CREATE TABLE
    module
    (
        modid INT DEFAULT '0' NOT NULL,
        modCode CHAR(20),
        modName VARCHAR(30),
        parentCode CHAR(20),
        url VARCHAR(50),
        PRIMARY KEY (modid)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;
CREATE TABLE
    privilege
    (
        priid INT DEFAULT '0' NOT NULL,
        priCode CHAR(20),
        priName VARCHAR(30),
        PRIMARY KEY (priid)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE
    modpri
    (
        modpriid INT DEFAULT '0' NOT NULL,
        modid INT,
        priid INT,
        PRIMARY KEY (modpriid),
        CONSTRAINT modpri_fk1 FOREIGN KEY (modid) REFERENCES module (modid) ,
        CONSTRAINT modpri_fk2 FOREIGN KEY (priid) REFERENCES privilege (priid),
        INDEX modpri_fk1 (modid),
        INDEX modpri_fk2 (priid)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE
    rolemodpri
    (
        rolemodpri INT DEFAULT '0' NOT NULL,
        roleid INT,
        modpriid INT,
        PRIMARY KEY (rolemodpri),
        CONSTRAINT rolemodpri_fk1 FOREIGN KEY (roleid) REFERENCES role (roleid) ,
        CONSTRAINT rolemodpri_fk2 FOREIGN KEY (modpriid) REFERENCES modpri (modpriid),
        INDEX rolemodpri_fk1 (roleid),
        INDEX rolemodpri_fk2 (modpriid)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;

设计图:

附件:

http://download.csdn.net/detail/linzhichao12345/7741975

web权限数据库设计

时间: 2024-08-07 08:35:03

web权限数据库设计的相关文章

后台管理用户权限数据库设计

来自棱镜学院-在线IT教育www.prismcollege.com 1.     创建基本表 创建User.Role和Module三张表,User中每一行对应一个用户信息,Role每一行保存一个角色信息,包括角色id及对应的name,Module中的每一行保存一个模块信息,包括模块id及对应的name. 创建三张表的sql语句(MySql环境)如下: 1)创建user表,表结构如下: 2)创建role表,表结构如下: 3)创建module表,表结构如下: CREATE TABLE `of_use

Servlet+oracle MVC 架构 搭建简易购物车web项目---数据库设计

Servlet+oracle MVC 架构 搭建简易购物车web项目 主要实现以下功能: 1.用户登录,从数据库验证用户的合法性. 2.购物大厅,从数据库取出商品进行展示. 3.在购物大厅可以点击购买商品,跳到我的购物车界面. 4.在我的购物车页面,可以更新商品数量,并能够计算商品总价.可以删除商品.可以提交订单. 5.提交订单以后,进入订单页面,展示个人信息和订单信息  6.再次提交订单以后,给用户发送电子邮件,提醒用户. 数据库设计 用户表 create table users ( id n

用户角色权限-数据库设计案例(转载)

来源:http://www.cnblogs.com/a7345678/archive/2008/09/25/1298838.html 实现业务系统中的用户权限管理 B/S系统中的权限比C/S中的更显的重要,C/S系统因为具有特殊的客户端,所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现,而B/S中,浏览器是每一台计算机都已具备的,如果不建立一个完整的权限检测,那么一个"非法用户"很可能就能通过浏览器轻易访问到B/S系统中的所有功能.因此B/S业务系统都需要有一个或多

B2B多商铺初期权限数据库设计

项目从无到有,两个月了.一期完成. 权限目前还很简单.USER表,ROLE表,RESOURCE表三个. 目前只有两个商铺.id是0的是我们自己,作为后台运维管理,也抽象成一个商铺,id为0.另一个商铺id为1,是我们第一家用户. USER表有merchantId和type字段.merchantId表示这个User属于哪个商品.type字段表示用户类型.目前没什么用,因为merchantId就能区分,是商铺后台管理人员,还是我们自己的后天运维人员.以后如果商铺的销售员,配送员,这些身份的员工要登录

用户、角色、权限数据库设计

权限管理 权限管理,主要是人员和权限之间的关系,但是如果让人员直接和权限打交道,那么权限的赋值.权限的撤销以及权限的变动会非常的麻烦,这样引入了,角色,给角色赋权限,然后给用户分配角色. 这个设计主要涉及6张表, 用户表(用于存储用户的所有信息) 权限表(用于存储所有的权限) 角色表(用于存储所有的角色) 用户和角色的关联表(用户和角色的关联) 角色和权限的关联表(角色和权限的关联) 菜单表(里面关联了权限,主要是现实用的) 用户表 CREATE TABLE [dbo].[Users]( [Us

Web应用程序系统的多用户权限控制设计及实现-数据库设计【2】

搭建一个Web权限配置的系统,需要以下五张数据表:人员表,分组表,页面表,目录表,操作权限表.各张数据表中用到的id均为自增1的标识,每张数据表的定义如下: 1.1人员表(operatorinfo) 1.2分组表(operatorgroup) 1.3页面表(pageinfo) 1.4目录表(catalog) 1.5权限表(rightlist) 1.6映射关系 用户表通过分组编号可以映射到分组表: 页面表通过目录编号可以映射到目录表: 分组编号,目录编号,页面编号映射到权限表,便可以确定一个用户可

Web应用程序系统的多用户权限控制设计及实现-总结【11】

Web应用程序系统的多用户权限控制设计及实现通过10章内容讲述已经结尾了.写这些博客的目的很简单,方便自己以后参考,也留下自己编程岁月的一些痕迹.对于编程,对于工作,真是心甘情愿的就好. 由于这只是一个案例介绍,在实际应用时,应有不同.至少在项目结构中应有多层分类.由于本系统介绍的方案已经比较老套了,特别是数据处理模块方面,现在更推荐用 Entity Framework的数据库处理方式,应该是更好的,至少在编码上更轻松快捷.实际项目的分类模块如下所示: 对于读过这套方案的读者,我很荣幸.对于提出

数据库权限表设计

最近项目的项目很奇怪,一个大项目(系统)里包含了很多小的子系统,而这些子系统中都有权限控制的部分,这件事情挺让我头痛的,记得一年前在沈阳,我曾经有一段时间也因因这个问题而疲于奔命,为什么说疲于奔命呢?由于当时项目进度不允许,导致最终系统权限模块草草了事,每个模块都是由读权限字符串来控制用户ACL,当用户无法访问时,提示权限不够.这么做对用户是很不负责任的,既然让用户看到了操作的方式和界面,为什么又告诉用户没有权限呢?我开始怀疑我们是否应该在底层就封杀用户的访问权限. 现在项目开展起来了,虽然目前

Web应用程序系统的多用户权限控制设计及实现-总述【1】

中大型的Web系统开发均需要权限的配置,基于多角色,多用户的操作权限管理是一个系统开发的基础.搭建好一套权限,用户,角色,页面一体的开发架构,可以用于后期业务的开发,同时也可用于不同业务的系统开发. 本文以实际项目开发中权限管理,用户管理模块为背景,通过数据库说明,开发代码说明,解析一个Web应用程序系统多权限,多用户配置管理的来龙去脉.特别说明: 1.实例所用数据库为sql sever 2012; 2.开发技术:ASP.NET MVC 4.0; 3.网站前台页面设计:EasyUI 1.4.3;