学生应用程序/委员会关系的建模

Question

我正在为研究生经理项目开发一个ERD (这是为一个大学班级开发的，所以这是一个相当微不足道的实现)。

在模型的这段代码中，我试图计算出“应用程序”和“委员会”实体/关系。基本上，可以成立一个由工作人员组成的委员会，负责审查申请。以下是我想出的实体：

• 申请:由学生通过表格(学生身份、提交日期、学位等)提交的申请资料组成。
• 委员会:不言自明。可以审查申请的工作人员组。
• staff_member:任何教职员工。
• committee_membership:我创建的一个联合实体，用于解决委员会和工作人员之间的多对多关系，因为一个委员会可以有许多工作人员，而一个工作人员可以属于许多委员会。

这是我想要做的事情的有效实现吗？我仍然试图把我的头脑围绕着联想实体，以及当它们是需要的时候。只有一列的“委员会”表格似乎很奇怪。而且--我知道我给你的信息有限--我的人际关系总体上看是正确的吗？

Answer 1

这只是对你的ERD的快速评估，所以不要把它当作一个完整的列表，列出可能需要添加或更改的内容，以使其满足您的需要。

首先，我建议您的单栏委员会实体应该有一个名称，也许是一个描述。您还可能需要附加到该表的其他信息，如委员会成立的日期和过期日期。但至少是某种对人类友好的名字。如果你的任务是打印一份关于过去一年各委员会及其工作的报告，你肯定想要的不仅仅是一个身份证，对吗？

第二，你打算把委员会的审议结果保存在哪里？您可能希望在某个地方记录该应用程序是否已被批准或未被批准，或者它是否已被发送回进行修改/提供更多信息。您还可能需要一个关于申请的备注字段来解释委员会作出决定的理由，不管该决定是什么。

当你做这类练习的时候，记住数据的一些可能的最终用途，然后继续问自己“如果.”一段时间内，尝试为每个实体提供可能的列。是否需要为这些数据创建报告？什么样的报告？如果一份申请被标记为需要进一步的信息并重新提交--它是否必须回到同一个委员会进行第二轮审批，或者它可能由一个新的委员会来处理重新申请审查？

Answer 2

没有任何额外的列在“委员会”表上，它的存在可能看起来很奇怪，但这是正确的正常形式。其他信息可以添加到此表中，如委员会的名称、创建日期等.这会使这张桌子更有用，也可能不那么奇怪。