当规范化具有多值属性的关系时，我们将其分解为具有主键字段和来自多值属性的值的新关系。
我的问题是，新创建的属性的主键是什么？
如果我们使用与新主键相同的旧主键，由于我们使用多值属性中的值重复那里的值，那么这里的主键字段如何具有唯一值？
我有一张桌子，上面有客户姓名、他们的爱好等。有些人有不止一个爱好，所以现在它是一个多值属性。现在，即使我一次只使用 customer_name 和一个爱好创建一个新关系，我如何添加说谁有 3 个爱好的人的详细信息？
【问题讨论】：
标签： database database-normalization
从纯规范化的角度来看，新关系的键将是原始关系的键和新的单值属性的组合。
例如，如果您有一个关系 (Person PK, Name, Hobbies)，其中 Hobbies 是一个列表，您可以将其规范化为 (Person PK, Name) 和 (Person PK, Hobby PK)。
代理键的引入是一个单独的问题，虽然它在实践中经常在规范化时完成，但它不是概念的一部分。爱好名称不适合用作键：大多数情况下，它们不是唯一的 - 存在同义词、语言和语法变化。它们也可能会改变而不是紧凑。因此，代理键可能是个好主意。
【讨论】：
当您为新属性创建查找表时，您不会重复查找表中的值。而且通常您会以 IDENTITY 列的形式添加人工 PK。
例如：您有一张包含一堆地址的表格。同一个城市有很多地址。
您决定通过创建城市表来规范化。您只需将给定城市添加到 City 表一次。不是每个地址一次。
编辑：在您评论中描述的场景中，您可以使用CustomerID 和HobbyName 创建一个Hobbies 表。
CustomerID 将是引用 Customers 表中的主键的外键。
编辑 2：正如 Beth 和我在 cmets 中提到的，您似乎想要一个多对多的关系。
创建一个Hobbies 表，每个唯一爱好只有一行。如果两个或更多客户有相同的爱好，您仍然只在表格中列出该爱好一次。使用 Identity 列创建 HobbyID 作为主键。
然后创建一个CustomerHobby 表。它有CustomerID 和HobbyID。两者都是分别引用Customers 表和Hobbies 表的主键的外键。
就是这样。
【讨论】：