SQL数据库设计

Question

我正在为一个程序创建一个数据库，我应该在其中模拟家庭中的一些关系。例如:X 是 Y 的父亲，Y 是 X 的儿子

所以，我有一个 Members 表，其中包含有关每个成员的所有信息，因此我考虑在 Members 表与其本身之间建立多对多关系，以便 < strong>Member_Member 桥接表将使用列 "FK_FromID , FK_ToID" 作为复合键(这是正确的吗？)，将 "FK_RelationType" 作为外键到RelationTypes表，该表将具有关系类型“Father,mother,son,daughter”，以及从Members表到这两个外键的两个一对多关系

我的问题是:删除时如果我选择级联，那么我会进行循环，因为如果我删除一个成员，那么Member_Member中的相关记录将有两个删除传递Bridge，知道在程序中每当我插入父关系时，我也会在 Member_Member 表中插入子关系，是否有一种方法或解决方法可以启用级联，以便每当我删除成员时我都会删除相关记录在 Member_member 中，无论记录在 to 或 from 外键列中

所以，我不知道该怎么办，这首先是一个正确的设计还是什么？ ，关于骑自行车我应该做什么，还有你认为针对同一问题更好的设计应该是知道我需要指定双方之间什么样的关系

非常感谢您的帮助，很抱歉英语不好比绍伊

Answer 1

SQL 不能很好地处理此类“网络”问题。

成员-成员桥接表是一个糟糕的名字。这是一个“成员-父”(或“父-子”)桥梁。桥接表不应该有“复合键”。桥接表有一个代理键(只是一个序列号)和一对对其他表的 FK 引用。两个 FK 应该具有诸如“成员”和“父级”之类的名称，以清楚地表明该表中的关系。

每个人都有 parent 。不是每个人都有 child 。有些 parent 在这个数据库中没有 parent ；他们是“顶级 parent ”。

如果顶级父级在父子桥中有父级 FK 为 NULL 的行，则最简单。这样就可以避免 super 复杂的外连接——每个成员至少有一个成员父行；最好是两个。

由于关系是传递性的，您会发现许多“循环”问题。

请注意，您无法在单个标准 SQL 查询中找到家庭的所有成员，或所有 parent 回到家庭的顶部，或所有 child 和孙子。有一些 SQL 扩展使这成为可能，但标准不能很好地处理它。

级联删除效果不佳，因为族中的关系有两种方向(父到子，子到父)，但 SQL 只有一种方向(FK 引用)。

您可以尝试确保每个成员必须在“member-parent”中至少有一行(最多两行)并且删除成员会删除“member-parent”中的两行父”并且键具有正确的名称，您可以完成这项工作的一部分。

请注意，当您删除成员时，这将破坏其父关系。您删除成员父行。那挺好的。他们的 child 呢？具有引用此已删除父级的 member-parent 的其他行现在已损坏。这是什么意思？应该做什么？

There's no standard answer. Removing rows from a connected graph leaves elements unconnected. You have to work out some sensible rules for that.

由于SQL在这方面做得不好，所以所有的设计都会显得有问题。