数据库权限设计
A. 权限数据库设计
在管理员数据表里添加一个标识用户权限的字段，当用户的用户名和密码通过验证后查询该登录用户的权限标识，根据权限标识创建不同的session来区别。
比如
高级用户的权限标识：1
中级拥护的权限标识：2
初级用户的权限标识：3
那么，就可以
给高级用户分配一个名称为“admin1”的session值
给中级用户分配一个名称为“admin2”的session值
给初级用户分配一个名称为“admin3”的session值
根据session来判断用户的操作权限：
比如session["admin1"]==null的话就可以肯定他不是高级用户，依此类推！
session
B. 关于数据库系统设计，如何规定用户的权限
还要有一张表存放用户的功能权限，比如访问哪些页面。
还要有一张表存放用户的数据权限，比如能访问某张表的哪些列，哪些行。
网上的方案用来抛砖引玉的。
C. 怎么设计用户权限管理系统数据库
一般用户表，角色表，模块表（或者菜单啊反正是你要权限的东西）版，然后角色和模块的表
这是权最简单的结构，用户关联角色，角色关联模块，用角色去控制权限，增删改查什么的模块表呢，就是你要控制的东西，比菜单，根据登录人的角色，看有哪些模块，然后显示这些模块其他的模块隐藏。
如果需要复杂的东西，中间可以加别的东西，具体看你需求了。
D. HR系统系统权限设置数据库要怎么设计
一般用户表，角色表，模块表（或者菜单啊反正是你要权限的东西），然后角色和模块的表
这是最简单的结构，用户关联角色，角色关联模块，用角色去控制权限，增删改查什么的模块表呢，就是你要控制的东西，比菜单，根据登录人的角色，看有哪些模块，然后显示这些模块其他的模块隐藏。
如果需要复杂的东西，中间可以加别的东西，具体看你需求了。
E. 求一个SQL Server数据库权限表的设计
角色表（角色ID、角色名称） 主键：角色ID（字符串类型）
权限登陆表（种子、角色ID、用户ID、用户名、密码) 主键：种子 外键：角色表的角色ID
create table RoleDivide(
roleID varchar(40) not null, --角色ID
roleName varchar(50) not null, --角色名称
constraint RoleDividePK primary key(roleID) --设置roleID为该表的主键
)
create table RoleLogin(
seed int identity(1,1) not null, --种子
roleID varchar(40) not null, --角色ID
userID varchar(60) not null, --用户ID
userName varchar(50) not null, --用户名称
userPwd varchar(50) not null, --用户密码
constraint RoleLoginPK primary key(seed), --设置主键
constraint RoleLoginFK foreign key(roleID) references RoleDivide(roleID)
--设置外码参照表RoleDivide
)
F. 权限管理的数据库该如何设计
我想的是建五个表
表一 权限表
表二 角色表
表三 账户表
表四 权限角色的id关联表
表五 角色账户的id关联表
这五个表 可以实现
一个账户 对应多个角色
一个角色 对应多个权限
希望对楼主有帮助吧
G. 权限按钮级别 数据库怎么设计
可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。
权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。
H. 在数据库中如何设计权限表
你可以在一个表中添加一个字段，用来标志权限，比如1是系统管理员，2是知识库管理员，3是事务管理员，4是项目管理员
I. 数据库权限管理设计，不需要代码
你可以这样，建一个用户表user，一个组表group，一个权限表rights
将权限分成类似：only select，only insert，only delete，only update，all等。用r_id表示主键。
然后组可以建立很多个，赋予权限的字段可以存放r_id，用“，”好分开，比如可以增加，修改，但不能删除（1，2，4）
用户分配到小组里，这样可以省去很多的操作及麻烦。
这样在分配权限的时候只要对组做分配即可。