E/R 模型设计选择
E/R model design choice
我对数据库设计还很陌生，正在尝试为数据库绘制一个模型，其中有多种关系和相当多的功能依赖关系。然而，我的问题与以下关系之间的关系有关：部门、部门和员工。如果每个部门和每个部门都由一名员工领导，是否最好创建一个具有 2 个属性的单独关系，即 divisionID（部门的主键）和 EmpID（员工的主键） Employees 和 Departments 之间的关系和 Employees 和 Divisions 之间的关系做同样的事情？还是在 Employees 中为 DivisionHead 和 DeptHead 添加两个新列（显然会有大量 NULL 值）会更好？
在这种情况下，我认为最简单的方法是最好的。如果您假设每个部门和每个部门只有一个负责人，那么为什么不直接为这些表添加一个外键呢？向 Division 和 Dept 添加一个 head_id 属性。它将包含作为单位负责人的员工的 EmpID。
这完全取决于您所做的假设。如果你需要的东西比一个单元的一个头更复杂，那么设计可能需要重新设计。
我对数据库设计还很陌生，正在尝试为数据库绘制一个模型，其中有多种关系和相当多的功能依赖关系。然而，我的问题与以下关系之间的关系有关：部门、部门和员工。如果每个部门和每个部门都由一名员工领导，是否最好创建一个具有 2 个属性的单独关系，即 divisionID（部门的主键）和 EmpID（员工的主键） Employees 和 Departments 之间的关系和 Employees 和 Divisions 之间的关系做同样的事情？还是在 Employees 中为 DivisionHead 和 DeptHead 添加两个新列（显然会有大量 NULL 值）会更好？
在这种情况下，我认为最简单的方法是最好的。如果您假设每个部门和每个部门只有一个负责人，那么为什么不直接为这些表添加一个外键呢？向 Division 和 Dept 添加一个 head_id 属性。它将包含作为单位负责人的员工的 EmpID。
这完全取决于您所做的假设。如果你需要的东西比一个单元的一个头更复杂，那么设计可能需要重新设计。