在关系型db中，"父表 "应该有一个对 "子表 "的引用，还是相反，这重要吗？[已关闭]

Question

封闭. 这个问题需要 细节或清晰度. 目前不接受回答。

---

想改进这个问题？ 添加细节并澄清问题，通过 编辑本帖.

封闭 3个月前.

改进这个问题

我需要为我们的软件实现一些配置架构。Configuration 桌子，而且有 ConfigurationProductA 和 ConfigurationProductB 扩展配置。

通常，我选择在子代上添加一个外键，引用了 Configuration但我的理由不是很充分。因为我用的是HibernateJpa，可以（轻松）做到。

@Entity
@Table(name="ConfigurationProductA")
@PrimaryKeyJoinColumn(name = "conf_id")
public class ConfiguratioProductA extends Configuration{/*...*/}

从父类引用子类有什么利弊？最好的做法是什么？

Answer 1

这取决于父母和子女之间的关系类型。

• 假设一个子代只有一个父代，而一个父代可能有多个子代，那么这就是一对多的关系：你要把父代的id存储在子代中。

• 如果一个孩子可能有多个父母，而一个父母可能有多个孩子，那么这是一个多对多的关系。在这种情况下，规范的方法是有一个额外的实体，称为结表（或桥表）来存储父子关系。