爱刨根知识网

  1. 首页 > 经验知识 > >

软件开发权限管理，阳光惠生活如何管理系统权限( 二 )

生活经验权限


首先，我们来了解一下权限映射表与管理组表以及权限表之间的字段关联 。
看图中的红圈，先看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字段相关联，这种关联方式在数据库中的表现如下图：
如图所示，通过这种关联方式，我们可以非常清晰的看到权限表中的权限属于哪个分栏 。
现在，数据库结构已经很清晰了，分配权限的功能以及“组”操作都已经实现 。下面我们再来分析一下需求中提到的关于权限管理系统的重用性问题 。
为什么使用这种数据库设计方式搭建起来的系统可以重用呢？
三张实体表中记录着系统中的三个决定性元素 。“权限”，“组”和“人” 。而这三种元素可以任意添加，彼此之间不受影响 。无论是那种类型的业务系统，这三个决定性元素是不会变的，也就意味着结构上不会变，而变的仅仅是数据 。

推荐阅读


上一篇：鱼松有什么功效与作用

下一篇：没有了