数据库结构问题：与祖父母/父母/子表有关系的表

Question

我正在开发一个可追溯系统，用于记录多级产品制造过程中的某些活动。祖父母项目由 2 或 4 个父项目组成，而父项目又由 2 个子项目组成。

在每个级别、制造过程中的不同点，都会对所有三种类型的项目进行泄漏测试 - 针对每种项目记录的信息都是相同的：泄漏率、通过或失败标志、时间戳等。

所以我选择一个LeakTests 表，带有一个通用 FK 字段来保存与测试相关的项目 ID，以及一个指示符来显示 FK 引用的表：

PK: LeakTestID, Int
FK: LeakTestItemID, Int
FK: LeakTestTypeID, Int
LeakageRate, Float
Result, Bit

我是否将每种类型的 FK 存储在不同的表中场地？

PK: LeakTestID, Int
FK: ChildID, Int
FK: ParentID, Int
FK: GrandparentID, Int
LeakageRate, Float
Result, Bit

或者我是否选择 3 x 泄漏测试表，每个级别的项目一个。

我可以看到每种方法的优点和缺点，并且我已经多次改变了主意。

有什么想法吗？恐怕这个系统的需求还没有明确定义，而我的部分工作就是与业务和下游客户进行角力，以将双方固定下来。但事实上，我无法确定数据将如何使用以及需求是否/如何可能发生变化。

澄清：我认为 g-parent/parent/child 位已经让人困惑了 - 这 3 层不是相同的层，它们完全不同，例如：

ATS:
PK: ATSID, Int
MeasurementA char()
MeasurementB char()
MeasurementC char()

SleevedPair:
PK: SleevedPairID, Int
MeasurementD char()
MeasurementE char()

SleevedItem:
PK: SleevedItemID
MeasurementG char()
MeasurementH char()
MeasurementI char()
MeasurementJ char()
MeasurementK char()

...只是碰巧每个对象都有一个或更多与之相关的泄漏测试。

Answer 1

每个当然都有优点，但我想我喜欢你的最后一个选择，为每个级别的对象使用泄漏表。我的推理是这样的：

你的第一个结构，它标识了 typeID 和 itemID，是不错的，但会导致比 3 个单独的表更大、更难使用的表。

第二个选项有时会有不必要的字段。对于祖父母级别的对象，您必须记录父母和孩子的空值，同样，对于每个孩子，您必须记录父母和祖父母，这可能是其他地方存在的信息。

我不是专家，只是我的两分钱。

Answer 2

我的祖父母（史蒂夫）是我父母（安妮）的父母。

ID     Name     ParentID
1      Steve
2      Anne       1
3      Steph      2
4      Amy        3
5      Sue        3

没有理由存储

ID     Name     ParentID  GparentID ChildID
1      Steve
2      Anne       1
3      Steph      2         1         4
4      Amy       ....

我可以通过检查我父母的父母来派生我的祖父史蒂夫。
同样，无需存储我的女儿 Amy 和 Sue，因为我只需检查第一个表中的 ParentID 列以获取我的 ID (ParentID = 3)。如果这些不明确的要求发生变化，这最终是灵活的。层次结构唯一不支持的是多个父母。除非每个节点最多可以有一个子节点，否则您只需翻转树并将parentID 定义为ChildID，然后每个子节点可以有多个父节点。但每个父母只能带一个孩子。如果您需要许多父母和许多孩子，则需要一个多对多映射表。