数据库设计 - 单独表中的单个子类型与公用表 [关闭]

Question

在一个送餐应用中，我有一个 USERS 表，其中包含有关用户数据的信息，例如名字、姓氏、电子邮件、密码等。

一小部分用户（约占所有用户的 1%）将分配有派送员角色。这意味着会有一些送货人特定的数据，例如驾驶执照 ID、average_rating 等等。

我不确定哪个更好：拥有一个包含所有数据的 USERS 表（这意味着对于大多数用户而言，送货员特定列将为空）或具有子类型表（@ 987654325@) 将保存这些列和USERS 表的外键？

选项#1

用户：

• id(PK)
• 电子邮件
• 密码
• 名称 ...
• driver_license_id（所有普通用户为空）
• avg_rating（所有普通用户为空）
• 更多送货人特定列

选项#2

用户：

• id(PK)
• 电子邮件
• 密码
• 姓名

DELIVERY_PERSON：

• id（PK、FK 到 USERS.id）
• driver_license_id
• avg_rating
• 更多送货人特定列

我在 SO 上看到了几个类似的问题，但在所有这些问题中都有多个子类型，例如 Vehicle -> Car/Airplane/Boat 等。

在我的场景中，只有一种基本类型（用户）和一种可能的扩展子类型（送货员）。我想知道是否只有一种可能的子类型会以某种方式影响选择哪个选项。

Answer 1

在我看来，子类型的“干净”实现是为每个子类型创建一个单独的表，为超类型创建一个公共表。 这避免了复杂的完整性条件并减少了空值的数量。

为了说明复杂的完整性条件是如何产生的，假设您有一个超类型和一个子类型，其中包含 10 个额外的强制属性（“列”）和几个可选属性。 现在，如果单个可选属性不为空，那么 10 个额外的强制属性也必须为非空。 如果您想象自己有 12 种亚型而不是只有一种，情况会变得更糟。

另一方面，如果您将所有内容存储在一个表中，则不必执行连接。如果您经常需要额外的列，这是一个性能优势。 当然，这只是部分正确。如果您有许多子类型，则行会很长。这会降低数据缓存的有效性。

如果您的应用程序不经常需要附加信息，最好为附加列保留一个单独的表。如果它一直需要所有信息，那么最好使用一个包含所有内容的表。

简而言之：您的问题没有通用答案。 最好的方法是根据您的应用程序和我的考虑进行猜测。然后你实现它并测试你的实现的性能是否满足你的要求。如果是这样，您有一个有效的实现。如果没有，请尝试其他策略。