权限配置的设计问题,谢谢进来讨论一下!THANKS

microns 2009-01-01 08:33:28
角色表(Role)
字段名称 字段描述
Role_no 角色流水号
Name 角色名称
Describe 角色描述


权限表(Right)
字段名称 字段描述
Right_no 权限流水号
Name 权限名称
Describe 权限描述


角色权限表(Role_Right)
字段名称 字段描述
Role_no 角色
Right_no 权限


人员权限表(Person_Right)
字段名称 字段描述
Emp_no 人员
Role_no 角色
Right_no 权限
思路:在人员权限表中把,某个角色和权限赋值给某一个EMP_NO,然后在进行,比如某些人有查看权限,某些人有录入权限
这种权限是可以动态配置的(当新建一个用户时,可以动态的配置和回收),我的想法就是在进行操作前,
必须先检查是否有这些权限(也就是在进行操作前,先select他有那些权限,然后再操作!)不知道我这样的想法是否正确?
忘高人指点,提一些更好的建议,谢谢!!十分感谢!
...全文
180 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
sebatinsky 2009-01-14
  • 打赏
  • 举报
回复
说实话,每个项目都有权限角色的问题,不过我们都是统一的用两个表来操作了,就是针对操作权限,不是针对角色,角色权限分配就是哪几种,然后每种表对应那些权限,然后就是角色对应那些权限,关联起来,很方便的就操作了,当然,权限表只是后台数据库建立的,
yehong_sky 2009-01-14
  • 打赏
  • 举报
回复
给每个角色分配一个状态,例如状态为1的角色,可以获得哪些权限,状态为2的角色,又可以获得哪些状态,这样比较方便。
kqogje 2009-01-14
  • 打赏
  • 举报
回复
研究下RBAC!
jianpc 2009-01-08
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 Landor2004 的回复:]
人员与权限应该没有关系!他仅与角色有关系!

人员--人员角色--角色--角色权限--权限
1 多 1 多 1
[/Quote]

这样比较符合RBAC的思想,楼主要做权限设计,岂能不查RBAC!
yjaqktpp 2009-01-07
  • 打赏
  • 举报
回复
继续关注中....
foxsh 2009-01-05
  • 打赏
  • 举报
回复
同意一些同僚的观点。首先是思路明确,划分清楚。涉及没有定式,根据具体情况而定。
觉得你的设计知识权限中的一部分,还需要完善。
foxsh 2009-01-05
  • 打赏
  • 举报
回复
同意一些同僚的观点。首先是思路明确,划分清楚。涉及没有定式,根据具体情况而定。
觉得你的设计知识权限中的一部分,还需要完善。
zou_wei_forever 2009-01-05
  • 打赏
  • 举报
回复
权限配置一般是用户跟角色挂钩,角色跟权限挂钩
forerver121 2009-01-05
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 Landor2004 的回复:]
人员与权限应该没有关系!他仅与角色有关系!

人员--人员角色--角色--角色权限--权限
1 多 1 多 1
[/Quote]
支持。。在加一张人员角色表,然后把人员权限表改成角色权限表
zdyguilong 2009-01-04
  • 打赏
  • 举报
回复
人员 ————角色————权限

我想应该是这样
  • 打赏
  • 举报
回复
思路是可以的。

你可以使用Hibernate来持久化数据库表与表之间的关系更好点
建立相应的一对多等相应的关系,
这样更安全,效率更好点

只是建议
Landor2004 2009-01-03
  • 打赏
  • 举报
回复
人员与权限应该没有关系!他仅与角色有关系!

人员--人员角色--角色--角色权限--权限
1 多 1 多 1
ahlon 2009-01-02
  • 打赏
  • 举报
回复
用人员角色表代替人员权限表最好
网络科技 2009-01-01
  • 打赏
  • 举报
回复
我认为最好再加个人员角色表,这样默认人员对应某角色,而某角色要对应相应的权限.
表面上看好像与人员权限表有重叠,其实不会,前者是默认的人员权限设置,后者是最终的设置.
kao331431214 2009-01-01
  • 打赏
  • 举报
回复
是的 先检查是否有这些权限
注意逻辑要清晰 别最后把自己也搞糊涂了
wj_18 2009-01-01
  • 打赏
  • 举报
回复
当然可以,不怕你逻辑麻烦,只要逻辑清晰就行,而且分层处理逻辑,尽量避免紧耦合

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧