database - 基于Postgresql继承的数据库设计

Question

我正在开发一个简单的保姆应用程序，它有两种类型的用户:“家长”和“保姆”。我使用 postgresql 作为我的数据库，但我在设计数据库时遇到了问题。

“ parent ”和“保姆”实体具有可以概括的属性，例如:用户名、密码、电子邮件……这些属性可以是放置在名为“用户”的父实体中。他们也都有自己的属性，例如:Babysitter -> age。

就 OOP 而言，我很清楚，只需扩展用户类就可以了，但在 DB 设计中，情况有所不同。在发布这个问题之前，我在互联网上漫游了整整一周，以寻找对这个“问题”的深入了解。我确实找到了很多信息，但是
在我看来，分歧很大。以下是我读过的一些帖子:

How do you effectively model inheritance in a database? : Table-Per-Type (TPT)、Table-Per-Hierarchy (TPH) 和 Table-Per-Concrete (TPC) VS “将 RDb 强制为基于类的需求是完全不正确的。”

https://dba.stackexchange.com/questions/75792/multiple-user-types-db-design-advice :

Table: `users`; contains all similar fields as well as a `user_type_id` column (a foreign key on `id` in `user_types`
Table: `user_types`; contains an `id` and a `type` (Student, Instructor, etc.)
Table: `students`; contains fields only related to students as well as a `user_id` column (a foreign key of `id` on `users`)
Table: `instructors`; contains fields only related to instructors as well as a `user_id` column (a foreign key of `id` on `users`)
etc. for all `user_types`

https://dba.stackexchange.com/questions/36573/how-to-model-inheritance-of-two-tables-mysql/36577#36577

When to use inherited tables in PostgreSQL? : 正如原始发帖人指出的那样，postgresql 中的继承对我和其他一些用户来说并不像预期的那样工作。

我真的很困惑我应该采用哪种方法。类表继承(https://stackoverflow.com/tags/class-table-inheritance/info)似乎是最正确的我的 OOP 心态，但我非常感谢并更新了 DB 的观点。

Answer 1

我对数据库世界中继承的看法是“只能是一种”。没有其他关系建模技术适用于该特定情况；即使有检查约束，有严格的关系模型，你也有把错误的“种类”的人放到错误的表中的问题。因此，在您的示例中，用户可以是 parent 或保姆，但不能同时是两者。如果一个用户可以是不止一种用户，那么继承就不是最好的工具。

只有在学生不能成为讲师或反之亦然的情况下，讲师/学生关系才真正有效。例如，如果您有助教，最好使用严格的关系设计对其进行建模。

因此，回到 parent 兼保姆的话题，您的餐 table 设计可能如下所示:

CREATE TABLE user (
  id SERIAL,
  full_name TEXT,
  email TEXT,
  phone_number TEXT
);

CREATE TABLE parent (
  preferred_payment_method TEXT,
  alternate_contact_info TEXT,
  PRIMARY KEY(id)
) INHERITS(user);

CREATE TABLE babysitter (
  age INT,
  min_child_age INT,
  preferred_payment_method TEXT,
  PRIMARY KEY(id)
) INHERITS(user);

CREATE TABLE parent_babysitter (
  parent_id INT REFERENCES parent(id),
  babysitter_id INT REFERENCES babysitter(id),
  PRIMARY KEY(parent_id, babysitter_id)
);

此模型允许用户成为“只有一种”用户 - parent 或保姆。注意主键定义是如何留给子表的。在此模型中，您可以在 parent 和保姆之间使用重复的 ID，但这可能不是问题，具体取决于您编写代码的方式。 (注意:Postgres 是我所知道的唯一具有此限制的 ORDBMS - 例如，Informix 和 Oracle 在继承表上具有继承键)

另请参阅我们如何混合关系模型 - 我们在 parent 和保姆之间建立了多对多关系。这样我们就可以将实体分开，但我们仍然可以在没有奇怪的自引用键的情况下对关系进行建模。