数据建模：具有亲子关系的种族？

Question

我有一个用户站点，希望用户能够识别他们的种族。 如果只有1个层次结构，最好的建模方法是什么？

解决方案1（单表）：

Ethnicity
- Id
- Parent Id
- Name

解决方案2（两个表）：

Ethnicity Group
- Id
- Name

Ethnicity
- Id
- Ethnicity Group Id
- Name

我将使用它，以便用户可以根据种族搜索其他用户。 这两种方法中的哪一种对我更有效？ 我还有没有考虑过的另一种方法？ 我正在使用MySQL。

Answer 1

好吧，在现实世界中有一个“族裔群体”之类的东西，因此您确实需要两个表，而不是一个。 现实世界具有三个级别（最高的级别是“种族”），但我知道这里可能没有必要。 如果将三个级别压缩成两个级别，则必须小心，并在开始时将它们全部正确布置。 但是，他们会很容易受到人们说他们想要真实事物的攻击，您可能必须更改它，或更改结构以使其更适合……以后需要更多工作。

如果按照现实世界正确执行此操作，则可以消除该问题。 让我知道您是否要参加比赛，我将更改其型号。

这些表太小了，键也太有意义了，以至于无法向它们添加Id-iot列。 将它们保留为纯关系密钥，否则您将失去关系引擎的功能。 如果您确实想要窄键，请使用CHAR（2）种族代码，而不要使用NUMERIC（10,0）或无意义的数字。

链接到种族数据模型 （以及您其他问题的答案）

对于不熟悉关系建模标准的人，请链接到IDEF1X符号 。

Answer 2

如果在现实世界中没有像“民族团体”这样的人，我建议您不要在数据模型中引入一个人。

您可以对第二个查询进行的所有查询也可以对第一个查询进行查询，因为您可以选择FROM ethnicity AS e1 JOIN ethnicity AS es ON (e2.ethnicity_id = e1.parent_id) 。

Answer 3

我不想尴尬，但是您将如何处理混血儿？ 我认为，您所希望的最好的办法是进行简单的单级枚举，例如以普查形式获得的东西（例如“黑人”，“白人”，“亚洲人”，“西班牙裔”等）。 这不是理想的方法，但是它使人们可以轻松地自我识别。 种族和种族之类的概念已经足够粗略，而无需尝试在它们之上创建其他（基本上没有意义的）层次结构，因此，我的直觉是保持简单。