基本数据库设计-可选参与

Question

在Visio中完成基本的数据库设计作业和ERD绘图，无法解决这个问题。

联合助理员协会是一个非营利组织，为自然灾害后的人们提供援助。根据下面对操作的简要描述，创建适当的完全标记的乌鸦脚ERD。 个人自愿抽出时间执行本组织的任务。跟踪每个志愿者的姓名、地址和电话号码。每个志愿者在做志愿者工作的时候可能会被分配到几个任务中，有些任务需要很多志愿者。志愿人员有可能在没有被分配任务的情况下进入系统。没有人被分配的任务是有可能的。当志愿者被分配到某项任务时，系统应该跟踪该任务的开始时间和结束时间。 ·每个任务都有一个任务代码、任务描述、任务类型和任务状态。例如，可能有任务代码“101”的任务，“应答电话”的描述，“重复”的类型，以及“正在进行”的状态。可能还有另一项任务，代号为“102”、“准备5000包基本医疗用品”、一种“包装”和一种“开放”状态。 ·对于“包装”类型的所有任务，都有一个列明包装内容的装箱单。有许多不同的包装清单，以生产不同的包装，如基本医疗包，托儿所包装，食品包装等。每个装箱单有一个装箱单ID号，一个装箱单名称，和一个装箱单描述，其中描述了理想的项目去制造这种类型的包装。每个包装任务只与一个装箱单相关联。装箱单可能与任何任务无关，也可能与许多任务相关联。不是打包任务的任务与任何装箱单没有关联。 ·包装任务导致包件的创建。对组织生产的每一包用品进行跟踪。每个包都分配了一个ID号。包的创建日期和包的总重量记录。给定的包只与一个任务相关联。有些任务(例如，“应答电话”)不会产生任何包裹，而其他任务(例如“准备5000包基本医疗用品”)将与许多包裹有关。 ·装箱单描述每个包装的理想内容，但并不总是能够包括每个项目的理想数量。因此，应该跟踪每个包中包含的实际项目。包可以包含许多不同的项，而给定的项可以在许多不同的包中使用。 ·对于组织提供的每一个项目，系统中都有一个项目ID号、项目描述、项目价值和项目数量。除了跟踪放置在每个包中的实际项目外，还必须跟踪放在包中的每个项目的数量。例如，一份装箱单可能规定，基本的医疗包装应包括100条绷带、4瓶碘和4瓶过氧化氢。然而，由于供应有限，一个特定的包裹可能只包括10个绷带，一瓶碘，没有过氧化氢。事实上，这个包包括绷带和碘需要记录的数量，每一个是included.It是可能的组织有捐赠的项目，但尚未包括在任何包装，但每个包裹将至少包含一个项目。

我的想法是实体志愿者&任务创建复合实体赋值，从而生成任务打包。该任务使用装箱单& ITEMS，它生成包。

​

​

然而，我对这一解决方案的信心为零。想知道这是否是正确的？还是我完全走错路了？

谢谢

Answer 1

您正在以正确的方式进行操作，或者至少朝着正确的方向前进，但是最终结果是错误的(尽管图表顶部行中的实体或多或少是正确的)。

注意“对于每个任务，有一个.任务类型”和“对于所有类型的任务”包装，“有一个装箱单”短语。这意味着“打包任务”是一种任务，而不是一种转让。

Answer 2

在你能以任何有意义的方式做作业之前，你和你的老师需要就数据分析还是数据库设计的表达方式达成一致。在以前关于ERD的问题中，我一直认为ERD是用于数据分析的，而数据库设计应该用其他一些图表方案来表示，例如关系示意图。

然而，很有可能你的老师不像我那样看待这件事。许多专业人员使用ERD作为关系原理图的替代，并在ERD中表达数据库设计。在我看来，你的解决方案像是设计，而不是分析。

如果你的老师不区分分析和设计(有些没有)，你就需要学习一些基本的东西，而且你的老师将无法教你。您需要区分问题的特性和所建议的问题解决方案的特性。如果你不做出这样的区分，你就会陷入几个陷阱中的一个。

最常见的陷阱是为错误的问题找到正确的解决方案。我在战场上一次又一次地看到这种情况发生。

第二个最常见的陷阱是更改问题定义，以使问题更容易解决。有时这是故意的，是为了在有限的资源期限前完成。但是当它无意中发生时，就会出现许多问题。

第三个陷阱就是所谓的“盒子里的思考”。在这个陷阱中，将被求解者添加了一个约束，这个约束不是在最初的问题定义中，而是第一个错误解决方案的一个特性。“方框”是建议的(错误)解决方案的一个特征，而不是最初所述的问题的一个特征。但一旦被接受为问题的一部分，问题就无法解决。

Answer 3

我觉得应该是这样

​

​

A只有五个表指定，我认为打包任务，是任务表。