高分诚心求助！数据库设计如何实现不同用户进行不同 *** 作的权限管理！（数据库SQL2000+编程语言C#）

我做过类似有权限管理的系统，表分3个：

第一个表是 权限表（tb_pope)，都有什么权限，以你的系统要求，分3个权限：管理所有学生，管理系学生，本学生。

表列名可以是： ID,popeName,里面有3条记录。

1，管理所有学生

2，管理系学生

3，本学生

第二个表是 用户表(tb_user)： ID,userName,age,等等

第三个表就是 用户权限表(tb_userpope)： ID,userID,PopeID

登录时先检查是否有该用户名，然后读取其权限值，根据权限 *** 作数据库 显示或隐藏 *** 作的部分。

大致就这样了。

第1步：打开phpMyAdmin，点击菜单栏的用户按钮，进入用户管理页面。

第2步：用户管理页面列出了现有用户信息，点击添加用户创建新用户。

第3步：输入用户名User name。有两个选项：任意用户、使用文本域，它们之间没有明显区别，推荐选择“使用文本域”，然后在文本框中输入用户名，如sky。

第4步：输入主机Host信息。这里有四个选项：任意主机(%)、本地( localhost)、使用主机表(host)、Use text field(即使用文本域)。

任意主机表示匹配所有主机；本地表示仅限本地主机（默认填写localhost）；使用主机指以MySQL数据库中的host表中的数据为准，不需填写任何信息（如果填写则此选项无效）；使用文本域表示自行填写主机地址信息。此处选择“本地”选项。

第5步：输入密码和Re-type（确认密码）。有两个选项：无密码、使用文本域。此处选择“使用文本域”，可以手动输入密码，也可以点击生成按钮，自动生成密码并在最下方文本框中显示。

第6步：为用户分配权限。权限管理分为两大块：用户数据库和全局权限。

用户数据库包括两个选项：创建与用户同名的数据库并授予所有权限；给以用户名_开通的数据库授予所有权限。可根据需要自行选择。此处两个都未选，仅创建新用户。

全局权限包括四部分：数据、结构、管理和资源限制。可根据需要自行选择。这里我选择了“全选”。

第7步：权限分配好后，点击右下角的执行按钮，执行创建新用户 *** 作。

2 编辑用户权限

第1步：进入phpMyAdmin用户管理页面，我们可以看到刚才创建的用户sky，如图所示。

第2步：点击用户sky对应的编辑权限按钮，进入编辑页面。

第3步：根据需要修改勾选权限选项后，点击执行按钮保存修改。

3 修改用户信息

第1步：用户的用户名、主机、密码等信息的修改也在“编辑权限”页面。所以首先也要点击用户sky对应的编辑权限按钮，进入编辑页面。

第2步：修改用户信息主要涉及“修改密码”和“修改登录信息/复制用户”两块，分别填写相应内容，并点击对应的执行按钮完成 *** 作即可。

4 删除用户

第1步：进入phpMyAdmin用户管理页面，选中需要删除的用户，以sky为例。

第2步：点击右下角的执行按钮，删除用户sky。如果创建用户时选择了“创建与用户同名的数据库并授予所有权限”选项，则可以勾选删除选中的用户模块中的“删除与用户同名的数据库”，将数据库和用户一起删除。

下面的语句，你去试试，应该没问题

USE [master]

GO

CREATE LOGIN [db1_user] WITH PASSWORD=N'QAZPLM', DEFAULT_DATABASE=[db1]

GO

USE [db1]

GO

CREATE USER [db1_user] FOR LOGIN [db1_user]

GO

我想的是建五个表

表一 权限表

表二 角色表

表三 账户表

表四 权限角色的id关联表

表五 角色账户的id关联表

这五个表 可以实现

一个账户 对应多个角色

一个角色 对应多个权限

希望对楼主有帮助吧

MSSQL的库

设计表：

Users 用户表 字段：userid,username,userpermission

Roles 角色表 字段：roleid,rolename,rolepermission

UserInRole 用户角色对应表 字段：userid,roleid

PermissionList 权限列表 字段：permissionid,permissionDescription,permissionGroup

权限设计：许可、禁止和未设置三种状态,Allow,Deny,Not Set

目标：

实现用户权限的定义。

首先定义角色权限，用户与角色间是多对多的关系。用户权限继承自角色权限。

情况一：用户所属的多个角色存在权限冲突时，取最小权限，即某权限角色A许可，角色B禁止，则该权限为禁止。

情况二：用户所属的角色均未对某权限进行设置时，即NotSet状态，则该权限同DENY

情况三：用户所属的角色对某权限为许可时，也可单独设置该权限为禁止。

功能：

设置用户权限：

默认情况下，用户权限继承自所属角色的权限

可单独设置某用户的权限

扩展权限

权限定义可随时增加，并可以分组。当增加权限时，默认的角色权限均为未设置状态

问题：

1、在MSSQL数据库中如何设置userpermission和rolepermission字段的字段类型？

2、如何存取用户权限？特别是当用户属于多个角色时，如何高效的设置用户权限的问题

网站专用制作，价格绝对优惠，不做网站也可以交流一下经验……

要做网站的加我122216605/541597237。

绝对让你的网站给浏览者最COOL的冲击……

　B/S系统中的权限比C/S中的更显的重要，C/S系统因为具有特殊的客户端，所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现，而B/S中，浏览器是每一台计算机都已具备的，如果不建立一个完整的权限检测，那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测，让经过授权的用户可以正常合法的使用已授权功能，而对那些未经授权的“非法用户”将会将他们彻底的“拒之门外”。下面就让我们一起了解一下如何设计可以满足大部分B/S系统中对用户功能权限控制的权限系统。

需求陈述

不同职责的人员，对于系统 *** 作的权限应该是不同的。优秀的业务系统，这是最基本的功能。

可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统 *** 作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行 *** 作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。

权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。

满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。

关于设计

借助NoahWeb的动作编程理念，在设计阶段，系统设计人员无须考虑程序结构的设计，而是从程序流程以及数据库结构开始入手。为了实现需求，数据库的设计可谓及其重要，无论是“组” *** 作的概念，还是整套权限管理系统的重用性，都在于数据库的设计。

我们先来分析一下数据库结构：

首先，action表（以下简称为“权限表”），gorupmanager表（以下简称为“管理组表”），以及master表（以下简称为“人员表”），是三张实体表，它们依次记录着“权限”的信息，“管理组”的信息和“人员”的信息。如下图：

这三个表之间的关系是多对多的，一个权限可能同时属于多个管理组，一个管理组中也可能同时包含多个权限。同样的道理，一个人员可能同时属于多个管理组，而一个管理组中也可能同时包含多个人员。如下图：

由于这三张表之间存在着多对多的关系，那么它们之间的交互，最好使用另外两张表来完成。而这两张表起着映射的作用，分别是“actiongroup”表（以下简称“权限映射表”）和“mastergroup”表（以下简称“人员映射表”），前者映射了权限表与管理组表之间的交互。后者映射了人员表与管理组表之间的交互。如下图：

另外，还需要一张表来控制系统运行时左侧菜单中的权限分栏，也就是“权限分栏表”，如下图：

根据上面的分析，我们进行数据库结构设计，如下图：

点击这里查看权限管理系统数据表字段设计

为了能够进行良好的分析，我们将数据库结构图拆分开来，三张实体表的作用已经很清晰，现在我们来看一下两张映射表的作用。

一 权限映射表 如下图：

首先，我们来了解一下权限映射表与管理组表以及权限表之间的字段关联。

看图中的红圈，先看gorupid字段相关联，这种关联方式在实际数据库中的表现如下图：

如图中所示，管理组表中“超级管理员”的groupid为1，那么权限映射表中groupid为1的权限也就是“超级管理员”所拥有的权限。

使用groupid字段关联，是为了查到一个管理组能够执行的权限有哪些。但这些权限的详细信息却是action字段关联所查询到的。

action字段相关联在数据库中的表现如下图：

通过这种关联，才查询到权限映射表之中那些权限的详细信息。综合起来，我们就知道了一个管理组可以执行的权限有哪些，以及这些权限的详细信息是什么。

或许你会问，为什么不使用actionid字段相关联呢？因为：

权限表中的id字段在经过多次的数据库 *** 作之后可能会发生更改。

权限映射表中仅仅记录着一个管理组可以执行的权限。

一旦权限表中的id更改，那么权限映射表中的记录也就更改了。

一个管理组可以执行的权限势必将出错，这是非常不希望的。

考虑到上面的情况，所以应该使用action字段相关联，因为：

在权限表中，id可能发生变化，而action字段却是在任何情况下也不可能发生变化的。

权限映射表中记录的action字段也就不会变。

一个管理组可以执行的权限就不会出错了。

二 人员映射表 如下图：

我们来了解一下人员映射表与管理组表以及人员表之间的字段关联，如下图：

看图中的红圈部分，先看groupid字段关联，这种关联方式在数据库中的表现如下图：

如图，“超级管理员”组的groupid为1，我们再看人员映射表，admin属于超级管理员组，而administrator属于超级管理员组，同时也属于管理员组。

使用这种关联方式，是为了查到一个管理组中的人员有谁。和上面一样，人员的详细信息是靠id字段（人员映射表中是masterid字段）关联查询到的。

id字段（人员映射表中是masterid字段）关联表现在数据库中的形式如下图：

一个人员可能同时属于多个“管理组”，如图中，administrator就同时属于两个“管理组”。所以，在人员映射表中关于administrator的记录就会是两条。

这种关联方式才查询到管理组中人员的详细信息有哪些。综合起来，才可以知道一个管理组中的人员有谁，以及这个人员的详细信息。

再结合上面谈到的权限表和权限映射表，就实现了需求中的“组” *** 作，如下图：

其实，管理组表中仅仅记录着组的基本信息，如名称，组id等等。至于一个组中人员的详细信息，以及该组能够执行的权限的详细信息，都记录在人员表和权限表中。两张映射表才真正记录着一个组有哪些人员，能够执行哪些权限。通过两张映射表的衔接，三张实体表之间的交互才得以实现，从而完成了需求中提到的“组” *** 作。

我们再来看一下权限分栏表与权限表之间的交互。这两张表之间的字段关联如下图：

两张表使用了actioncolumnid字段相关联，这种关联方式在数据库中的表现如下图：

如图所示，通过这种关联方式，我们可以非常清晰的看到权限表中的权限属于哪个分栏。

现在，数据库结构已经很清晰了，分配权限的功能以及“组” *** 作都已经实现。下面我们再来分析一下需求中提到的关于权限管理系统的重用性问题。

为什么使用这种数据库设计方式搭建起来的系统可以重用呢？

三张实体表中记录着系统中的三个决定性元素。“权限”，“组”和“人”。而这三种元素可以任意添加，彼此之间不受影响。无论是那种类型的业务系统，这三个决定性元素是不会变的，也就意味着结构上不会变，而变的仅仅是数据。

两张映射表中记录着三个元素之间的关系。但这些关系完全是人为创建的，需要变化的时候，只是对数据库中的记录进行 *** 作，无需改动结构。

权限分栏表中记录着系统使用时显示的分栏。无论是要添加分栏，修改分栏还是减少分栏，也只不过是 *** 作记录而已。

综上所述，这样设计数据库，系统是完全可以重用的，并且经受得住“变更”考验的。

总结：

此套系统的重点在于，三张实体表牢牢地抓住了系统的核心成分，而两张映射表完美地映射出三张实体表之间的交互。其难点在于，理解映射表的工作，它记录着关系，并且实现了“组” *** 作的概念。而系统总体的设计是本着可以在不同的MIS系统中“重用”来满足不同系统的功能权限设置。

附录：

权限管理系统数据表的字段设计

下面我们来看看权限管理系统的数据库表设计，共分为六张表，如下图：

action表：

action表中记录着系统中所有的动作，以及动作相关描述。

actioncolumn表：

actioncolumn表中记录着动作的分栏，系统运行时，左侧菜单栏提供了几块不同的功能，每一块就是一个分栏，每添加一个分栏，该表中的记录就会增加一条,相对应的，左侧菜单栏中也会新增机一个栏。

actiongroup表：

actiongroup表记录着动作所在的组。

groupmanager表：

groupmanager表记录着管理组的相关信息，每添加一个管理组，这里的记录就会增加一条。

mastergroup表：

mastergroup表记录着管理员所在的管理组，由于一名管理员可能同同时属于多个组，所以该表中关于某一名管理员的记录可能有多条。

master表：

master表记录着所有管理员的信息，每添加一个管理员，该表就会增加一条记录。

以上就是关于高分诚心求助！数据库设计如何实现不同用户进行不同 *** 作的权限管理！（数据库SQL2000+编程语言C#）全部的内容，包括:高分诚心求助！数据库设计如何实现不同用户进行不同 *** 作的权限管理！（数据库SQL2000+编程语言C#）、如何用phpmyadmin设置mysql数据库用户的权限、数据库用户权限设置问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！