ER-图：一个实体可以成为另一个实体的属性吗？答案

【问题标题】：ER-Diagram: Can an ENTITY be an ATTRIBUTE to ANOTHER ENTITY?ER-图：一个实体可以成为另一个实体的属性吗？
【发布时间】：2014-05-01 06:56:33
【问题描述】：

我有一个名为 Employee 的实体。员工的属性之一可以是他/她的 designation 。

我也将指定作为一个实体。它的属性可以是 desg_ID 和 Design_name。

所以我的问题是，Designation 可以是同一个 ER 模型的实体和属性吗？或者它在概念上是错误的。

如果您认为 Designation 不应该被视为一个实体，而应该被视为一个属性，也请提出建议。

谢谢你:)

【问题讨论】：

你需要像this那样放下写作。
对不起。我认为这使问题更具可读性。如果它真的让人们烦恼，我不会使用它:)
@Shruti 请谨慎使用它，并尝试根据您要突出显示的内容使用更多类型的格式。例如，desg_ID 或 Design_name 之类的代码或值可以格式化为代码。
@Mario ahh.. 这是有道理的。我会记住这一点。谢谢你！ ^_^

标签： database entity-relationship

【解决方案1】：

属性也可以是实体吗？

这听起来很令人困惑，但我想说那是不可能的。但是，您可以有一个引用特定实体的属性。

“名称”应该是它自己的实体吗？

IMO 这实际上取决于它的处理方式或您认为的“名称”。如果 Employee 和 Designation 之间存在严格的 1:1 关系，那么它就已经过时了，它可能是实际 Employee 的一部分。如果可能有多个 Designation 和/或一个 Designation 可能会被重新分配/移动/交换，那么是的，它应该是它自己的实体 IMO。

【讨论】：

我不明白它是 YES 还是 NO。 designation 可以与employee 建立一对多关系——这意味着许多员工可以拥有一个相同的名称，比如“助理”。在这种情况下，我应该将designation 本身设为一个实体，并将employee 实体的属性设为？还是觉得没必要？
正确。如果它是 1:* 或 : 那么你肯定希望它是它自己的仅被引用的实体。自己想一想：“如果我想重命名该名称，我不想多次编辑它。” -> 它自己的实体。

【解决方案2】：

这听起来有点像你在规范化你的模型。如果您认为 Designation 可以是自己的表，那么从概念上讲，它应该被视为模型中的构建块。

我认为您问题的另一部分与外键 (FK) 有关。是的，例如，您的 Employee 实体可以具有指定 ID FK。

【讨论】：