这个规范化的表有什么问题？

Question

我有以下album 表：

album_id(PK)	album_name	artist_name	year	songs

我的候选键是{id} 和{album_name, artist_name}。

现在，我要将表格规范化到3NF，我想知道artist_name列数据冗余的原因。

1NF

目标：列应该是原子的。

结果：

album:

album_id(PK)	album_name	artist_name	year

song:

song_id(PK)	album_id(FK)	song_name

2NF

目标：非主属性（不存在于任何候选键中的列）对候选键没有部分功能依赖。

解决方案：我找不到任何部分功能依赖。 （也许我不知道表格中有它们。）

3NF

目标：非主属性对候选键没有传递函数依赖关系。

解决方案：我找不到任何传递依赖。

问题

虽然上面的表格看起来很规范，但我注意到了以下问题（可能更多）：artist_name 列中的数据是多余的。拥有多张专辑的艺术家的姓名会被多次存储，这是我们反对的。

我在这里缺少什么？谢谢。

Answer 1

我将创建一个名为艺术家的表，并在其中存储艺术家 ID 和名称，并在专辑表中使用外键约束对其进行引用。因此，如果您在专辑中有艺术家姓名，这将更改为艺术家 ID。如果您只是像现在一样拥有名称，那将不是问题，但是如果您有需要为艺术家存储的其他数据，那么无论如何您都必须创建表格，这会像您一样破坏当前的设计在专辑表中包含名称，在艺术家表中包含其余信息。

规范化的主要目标是减少冗余。艺术家姓名在专辑表中，如果您需要艺术家的姓名和其他艺术家信息，那么您将不得不包括专辑表和艺术家表，这没有意义，而且您不会有任何其他列除了名称之外，将表链接在一起或在专辑和艺术家表的两个地方复制数据，这将违反第一范式。

此外，如果名称位于专辑表中，您的数据将被拆分到两个表中。艺术家的名字实际上并不依赖于专辑，而是依赖于艺术家实体。这违反了存储在列中的值应具有与第一范式相同的域原则。