包库的数据库结构

Question

问题。我有一个项目可以有单独的值或“包”值。

例如：

项目

Table Car
id INT
package_id INT
alloys BOOLEAN
aircon BOLLEAN
airbags TINYINT
transmission ENUM('auto','manual')

和包：

Table Package
package_id INT
alloys BOOLEAN
aircon BOLLEAN
airbags TINYINT
transmission ENUM('auto','manual')

客户可以创建任何包（字段比本示例中的字段多，例如 15 个），然后将其应用到任何汽车。它是一对多的关系（一个包可以应用于多辆车）。然而他们不必使用包。他们可以单独指定所有元素。现在我的问题是做什么更好？

1. 与上面的操作类似，如果 Car 中的 package_id 为 NULL，则使用 Car
2. Store 中 Package 中每组更改的 值> 即使它本身不是包，而是自定义工作（并添加一些 is_package bool 来确定它是否应该显示在包列表中）。
3. 创建单独的表来存储这些自定义的一次性选项？
4. 还有其他想法吗？

提前致谢！

Answer 1

如果我理解正确的话，你描述了一个简单的 1:n 关系。我更喜欢第二个选项并将 Car.package_id 设置为 NOT NULL ：

Table Car
---------
id INT PRIMARY KEY
package_id INT NOT NULL
FOREIGN KEY (package_id)
  REFERENCES Package (package_id)    

Table Package
-------------
package_id INT PRIMARY KEY
alloys BOOLEAN
aircon BOLLEAN
airbags TINYINT
transmission ENUM('auto','manual')

您仍然可以通过简单的查询找到哪些包是“自定义”的（使用仅在一辆车中）或被多辆车使用。

Answer 2

基本上你有两种类型的汽车......定制汽车和来自包装的汽车。

这是一个可以使用继承来解决的问题。

当您对继承进行建模时，您有两种选择：
- 创建一个包含所有属性的表
- 为每个子项创建单独的表

它们都有各自的优点和缺点，但基本上，将它们分成不同的表可以让您在其中一个子项与不同表相关时更好地保持数据完整性。

例如：当您在 package_cars 表中看到一辆汽车时，您 100% 确定这辆汽车与某个包相关，并且它没有有自己的属性。但是，如果您使用单个表，则您的表更容易出现数据不一致的情况，因为您将依赖于“如果 Car 中的 package_id 为 NULL，则使用 Car 中的值”之类的规则，并且只能在业务层中进行控制，并且不在模型上。

为了说明这一点，假设您添加一个名为“类别”的表，规则是：“定制汽车有一个类别。但打包汽车没有，因为类别与包装相关”如果您使用单个表，则只需要向表中添加一个category_id，但现在您需要记住一个更复杂的规则：“如果package_id为NULL，则使用Car中的值并且category_id不应该为NULL”。如果有人犯了错误（为什么不呢？）并将category_id和package_id添加到同一辆车中，您就会遇到数据不一致的情况。

简而言之，当子级与其余表有不同的关系时，最好将它们分成不同的表，以避免使用可为空的外键，它们可能会造成混乱和不一致。