二 人员映射表 如下图：

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

　　看图中的红圈部分，先看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表记录着所有管理员的信息，每添加一个管理员，该表就会增加一条记录。