什么时候应该将属性放在单独的表中？

Question

什么时候应该将属性放在单独的表中？我的意思是我有一个属性，但是我是否应该将它与 table person 的其余属性一起放置，或者是否应该将它放在一个单独的 table 中，将 person_ID 作为 FK？

其次，关联类是什么时候形成的？它可以在一个类和它的多变量属性之间形成吗？ Ex课本有属性作者。一个作者可以写很多本书，而一本书可以由很多作者写

Answer 1

这取决于该属性所依赖的内容。如果它是您正在创建的实体（人）的一个属性，那么它应该放在同一个表中，但是正如您所说的，在一本书可以有很多作者而 1 个作者可以写很多书的情况下，您有考虑实体和属性之间的关系。是一对一的关系，一对多还是多对一，等等。

话虽这么说，如果您的人对该属性只能有 1 个值，并且只有 1 人可以拥有该属性，那么它应该放在同一张表中。

在以下情况下你应该有一个关联表：

1 人一次可以住超过 1 所房子（住宅和度假屋），但更多人也可以住在这些房子里。

显然，在上面的示例中，我们忽略了一个事实，即 1 个人一次不能在超过 1 个地方。

作为一般规则，属性应该依赖于“键，整个键，只有键”

@ruakh 所说的更新：

如果您分离属性，它可能会产生开销，但是您可以用来适应这种开销的工具是创建表的视图。我不确定您使用的是什么数据库系统，但 MySQL 具有此功能。视图是可以在当前数据库上使用 SQL 查询创建的“虚拟”表。您可以组合多个表，并像查询普通表一样查询该视图。

Answer 2

只要您期望一个person 可以具有多个该属性，您就应该将一个属性放在一个单独的表中。否则，没有太多理由将其分开，并且这样做可能会产生一些概念上的开销。 （如果您必须编写一个检索 person 的五个不同属性的查询，如果每个属性都不必要地位于其自己的表中，这可能会非常烦人。）

只要两个表之间的关系是多对多的，就应该在它们之间创建一个关联表。您的作者书籍示例是一个很好的例子。