收集三层信息：

第1层：信息

该层包含具有UNIQUE自然索引的数据和易于传输的代理密钥。

Table Surnames:

+-----------------------------+--------------+
|    ID (Auto Increment, PK)  |    Surname   |
+-----------------------------+--------------+
|               1             |     Smith    |
|               2             |    Edwards   |
|               3             |     Brown    |
+-----------------------------+--------------+

Table FirstNames

+-----------------------------+--------------+
|   ID (Auto Increment, PK)   |   FirstName  |
+-----------------------------+--------------+
|               1             |     John     |
|               2             |     Bob      |
|               3             |     Mary     |
|               4             |     Kate     |
+-----------------------------+--------------+

自然键

或者，ID如Mike
Sherrill所解释的，上面的两个表可以不存在，并且可以使用Surname和FirstName作为自然主键。在这种情况下，假设参考下面的图层varchar而不是int。

第2层：人

在这一层中，使用了复合索引。该值可以是UNIQUE或PRIMARY，取决于是否将替代键用作主键。

+-----------------+--------------+
|    FirstName    |    LastName  |
+-----------------+--------------+
|        1        |       2      |
|        1        |       3      |
|        2        |       3      |
|        3        |       1      |
|        4        |       2      |
|       ...       |      ...     |
+-----------------+--------------+

第三层：Parents

在这一层中，通过ParentsOf表探索人与人之间的关系。

ParentsOf

+-----------------+-----------------+
|      Person     |   PersonParent  |
+-----------------+-----------------+

 OR

+-----------------+-----------------+-----------------+-----------------+
| PersonFirstName |  PersonSurname  | ParentFirstName |  ParentSurname  |
+-----------------+-----------------+-----------------+-----------------+

问题

假设引用完整性对我来说非常重要，并且我将拥有FOREIGN KEYS这些索引，以便我可以在这方面让数据库负责监视其自身的完整性，并且如果我要使用ORM，它将像Doctrine这样的人，它对复合主键具有本地支持…

请帮助我了解：

• 在第一层上使用代理密钥与自然密钥进行权衡的列表。

• 在第二层利用复合密钥与代理密钥进行权衡的清单，这些密钥可以转移到第三层。

我对听到更好的消息不感兴趣，因为我知道专业人员之间在该主题上存在重大分歧，这将引发一场宗教战争。相反，我要问的是，尽可能简单和客观地实现，这是通过将代理密钥传递给每个图层而不是保持主密钥（自然/复合或代理/复合）来实现的。任何人都可以在SO和其他网站上找到说
永远不 使用或 永远 使用代理密钥的人。相反，在您的回答中，我将最欣赏折衷的合理分析。

编辑：
已经指出，姓氏示例对于使用6NF而言是一个较差的示例。为了使问题完整无缺，我将保留它。如果您在构想此用例时遇到困难，最好使用“杂货项目”列表。又名：

+-----------------------------+--------------+
|   ID (Auto Increment, PK)   |   Grocery    |
+-----------------------------+--------------+
|               1             | Sponges      |
|               2             | Tomato Soup  |
|               3             | Ice Cream    |
|               4             | Lemons       |
|               5             | Strawberries |
|               6             | Whipped Cream|
+-----------------------------+--------------+

+-----------------------------+--------------+
|   ID (Auto Increment, PK)   |   Brand      |
+-----------------------------+--------------+
|               1             | Bright       |
|               2             | Ben & Jerry's|
|               3             | Store Brand  |
|               4             | Campbell's   |
|               5             | Cool Whip    |
+-----------------------------+--------------+

自然复合关键示例：

+-----------------------------+--------------+
|           Grocery           |   Brand      |
+-----------------------------+--------------+
|           Sponges           | Bright       |
|           Ice Cream         | Ben & Jerry's|
|           Ice Cream         | Store Brand  |
|           Tomato Soup       | Campbell's   |
|           Tomato Soup       | Store Brand  |
|           Lemons            | Store Brand  |
|           Whipped Cream     | Cool Whip    |
+-----------------------------+--------------+

推荐配对

+-----------------+-----------------+-----------------+-----------------+
|     Grocery1     |  Brand1        | Grocery2        |  Brand2         |
+-----------------+-----------------+-----------------+-----------------+

重申一下，这也只是一个例子。这不是我建议继续进行的方式，但是应该可以帮助说明我的问题。

该方法存在不足之处。我要重申的是，这个问题是要求您逐步了解以下每种方法的优缺点，而不是强调一种方法优于另一种方法。我相信大多数人能够超越这个特定示例的可疑性质来回答核心问题。此编辑适用于那些无法编辑的内容。

下面有一些很好的答案，如果您对该走的方向感到好奇，请阅读它们。

结束编辑

谢谢！