关系型数据库设计（MySQL）

Question

我现在正在为基于“人才”的应用程序设计数据库，例如：

• 模特
• 演员
• 歌手
• 舞者
• 音乐家

我昨天开始了一个类似的问题，并从答复中取得了一些进展，但我认为现在开始一个新问题会更容易。这就是我现在所拥有的：

Table talent:

- id
- name

Table subtalent:

- id
- name
- talent_id (FK)

Table user:

- id
- name

任何在网站上注册的用户都可以为这些人才中的一个或多个创建个人资料。人才可以有子人才，例如演员可以是电视演员或戏剧演员或配音演员。

现在我需要知道以下问题的答案：

1）我应该如何存储用户拥有的天赋和子天赋。我认为还需要两个表（talent_user 和 subtalent_user）？

2）用户可以指定他们拥有的每个TOP LEVEL人才的具体信息。每个人才的字段都会有所不同，所以我认为这将需要另一组表格？这些将如何链接到用户记录，即外键是什么？

Answer 1

您是否需要拥有次等人才的次等人才？ IE。在某些情况下，您可能拥有许多不同级别的天赋，其中父天赋具有子天赋，但父天赋是另一个天赋的子天赋。哇，好罗嗦啊！ :)

在这种情况下，您将使用自引用表。如下所示，

Table:Talents

 - TalentID
 - ParentTalentID (References TalentID column, NULL if this Talent is a top level)
 - Name

您可以拥有任意数量的类别、子类别。

然后，您将需要一个连接表，因为一个用户可以拥有许多人才，而一个人才可以属于许多用户。

Table:UserTalents

 - TalentID (Fk)
 - UserID (Fk)

Table:Users

 - UserID (Pk)
 - Name

Answer 2

1）我同意。

Table talent_user:
- id
- user_id
- talent_id


Table subtalent_user:
- id
- user_id
- subtalent_id

2）我认为这个问题的答案取决于几个因素。如果您确切地知道不同人才的不同形式是什么，我会让事情变得简单（如“不要想得太难”）并为您将拥有的每种不同类型的形式创建一个表格。否则，您可能只想为所有表单使用一张表，并将表单数据保存为 XML 等形式。这样您就可以保留原始表单的结构，而无需过于复杂的数据库模式。

Answer 3

• 废弃次要人才。人才是一个分层人才——（ParentTalent 字段）。允许任意深度。

• 您需要一个将用户链接到人才表中的条目的 UserTalent 表。

Answer 4

2）也许你可以使用 Talent_feature 表。这样，对于每个天赋，您都可以列出它所具有的功能。

 Feature = (id, name, description)
 talent_feature = (id, talent_id, feature_id)

然后您将拥有一个 User_talent_feature，例如：

 user_talent_feature = (user_id, talent_feature_id, possible_further_fields)

这在向人才添加新功能方面提供了很大的灵活性。

1）要么你可以让每个人才都有一个次要人才，这样关系就永远与次要人才有关。所以你永远不会让一个人只是一个演员，而是一个 tv_actor 或 Broadway_actor 等。那么你只需要 user_subtalent 关系。你总能从中找到顶尖人才。或者您可以使用其他答案提出的层次结构。