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

转自:https://link.jianshu.com/?t=http://blog.itpub.net/16436858/viewspace-627049

原创 Linux操作系统 iSQlServer 2010-02-08 15:20:32

权限管理

权限管理,主要是人员和权限之间的关系,但是如果让人员直接和权限打交道,那么权限的赋值、权限的撤销以及权限的变动会非常的麻烦,这样引入了,角色,给角色赋权限,然后给用户分配角色。

这个设计主要涉及6张表,

用户表,(用于存储用户的所有信息)

权限表,(用于存储所有的权限)

角色表,(用于存储所有的角色)

用户和角色的关联表,(用户和角色的关联)

角色和权限的关联表,(角色和权限的关联)

菜单表,(里面关联了权限,主要是现实用的)

用户表


代码

CREATE TABLE [dbo].[Users](

    [UserID] [int] IDENTITY(1,1) NOT NULL,

    [UserName] [nvarchar](50) primary key,--帐号

    [Password] [nvarchar](50) ,

    [UserDspName] [nvarchar](50) ,

    [Sex] [char](1),

    [Birthday] [datetime],

    [Phone] [nvarchar](20)  ,

    [Email] [nvarchar](100),

    [EmployeeID] [nvarchar](20) ,

    [Activity] [bit],--是否可用

    [UserType] [char](2) ,

    [Style] [nvarchar](50)

)

权限表:

CREATE TABLE [dbo].[Permission](

    [PermissionID] int identity,

    [Description] [nvarchar](50) --权限名称

)

角色表:


CREATE TABLE [dbo].[Roles](

    [RoleID] [int] IDENTITY,

    [Description] [nvarchar](200)--角色名称

)



用户和角色的关联表:

代码

CREATE TABLE [dbo].[UserRoles](

    [UserID] [int] NOT NULL,--用户ID

    [RoleID] [int] not null ,--权限ID

CONSTRAINT [PK_UserRoles] PRIMARY KEY CLUSTERED

(

    [UserID] ASC,

    [RoleID] ASC

)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]

) ON [PRIMARY]

角色和权限的关联表:


代码

CREATE TABLE [dbo].[RolePermissions](

    [RoleID] int  NOT NULL,--角色ID

    [PermissionID]int NOT NULL,--权限ID

CONSTRAINT [PK_RolePermissions] PRIMARY KEY CLUSTERED

(

    [RoleID] ASC,

    [PermissionID] ASC

)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]

) ON [PRIMARY]


菜单表:


代码

CREATE TABLE [dbo].[menu](

    [ID] [int] IDENTITY(1,1) NOT NULL,

    [TextCH] [nvarchar](100)  NULL,--菜单的中文显示

    [TextEN] [nvarchar](200)  NULL,--菜单的英文名称

    [ParentID] [int] NULL,--父节点

    [orderID] [int] NULL,--同一个父节点下面的排序

    [Url] [nvarchar](200) ,--菜单对于的权限

    [PermissionID] [int] NULL,--权限ID

    [ImageUrl] [nvarchar](50) NULL--菜单图片链接

) ON [PRIMARY]

以上便是所有的数据库结构,代码正在实现中;

最后权限的最终呈现和表现是通过菜单来实现的,个人感觉粒度太大了(最小是页面),现在我想知道能否将权限加到某一个按钮上面,请大家指点

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容

  • 2017/3/14 RDBMS:关系型数据库管理系统 关系模型独立于语言 SQL有几种不同类型的语言:数据定义语言...
    ancherl阅读 1,579评论 0 6
  • 什么是SQL数据库: SQL是Structured Query Language(结构化查询语言)的缩写。SQL是...
    西贝巴巴阅读 1,801评论 0 10
  • MySQL语句大全(超详细) 1、说明:创建数据库 CREATE DATABASE database-name 2...
    Ncompass阅读 295评论 0 1
  • 有一种女人,叫做金牛座。 我已经不知道谁是我认识的第一个金牛座女生,我也想应该从初中后开始吧,是那个时候开始关注星...
    云霄上的蓝枫子阅读 452评论 0 1
  • 断断续续,过了小半年才把这本书看完,这本书真的是一步一转折,从头到尾都没猜出来,原来结局是这样
    YaMine_17阅读 379评论 0 0