了解外键约束的作用。我是否正确使用它们？

Question

我需要帮助来理解设置约束时外键的适用性。我明白设置外键的作用是为了防止孤立数据，但我发现了一种将外键放在子项中的愿望，这似乎打破了一种模式。不确定我这样做是否正确，如果我的限制正确的话，希望得到一些建议。

这是我的设计：

(1) 我希望我所有的“产品”都有一个类型单位与数量相关。单位如“每”、“英尺”、“加仑”等，因此在数量和单位之间，您会得到如下内容：

数量单位 5 加仑

我不想允许一堆疯狂的单位，所以我设置了这个限制。这几乎是书本上的内容。

（2）我还相信并非所有产品都会有“图像”，所以我将外键放在“ProductImage”表中，这样我就不会有带有空行的列的“产品”，因为我也在尝试使设计“标准化”。

“FeeTypes”也存在同样的问题，因为并非所有“产品”都会收取费用。

我对打破将外键约束放在孩子而不是父母身上的模式感到内疚。我只是无法理解“FeeType”是父母。这种逻辑上的冲突就是我的疑问所在。

从设计的角度来看，我的设计正确吗？ 我仍然正确限制数据吗？ 除了防止孤立数据之外，还有其他“作用”吗？

提前致谢。

Answer 1

这里存在三种情况（从 Product 表的角度来看）：

1. 多对一关系，例如许多产品具有相同的单位类型 - 每个产品一种单位类型.
   在这种情况下，外键必须位于引用主键 UnitType.UnitTypeID 的 Product 表中。
2. 一对多关系，例如，一个产品可以有多个图像 - 一个图像只能属于一个产品
   在这种情况下，外键必须位于 ProductImages 表，引用 Product.ProductID。
3. 多对多关系，例如任何产品都可以有许多类别 - 任何类别都可能描述许多产品
   在这种情况下，您将需要一个包含ProductID的连接表/CategoryID 对，列是分别引用 Product.ProductID 和 Category.CategoryID 的外键。

因此，UnitType（案例 1）和 ProductImage（案例 2）表的设计没问题，但 FeeType 可能应该是案例 1 . 和 Category 应该是情况 3。

顺便说一句，在外键列中包含 NULL 是完全可以的；它不会违反正常化规则。因此，例如，如果某些产品没有关联费用，您可以在 Product.FeeTypeID 列中使用 NULL。但您需要在查询中使用外部联接，以确保不会从结果中排除任何免费产品。