DBMS音乐流派数据库规范化方案合理性咨询及扩展探讨

我正在学习数据库规范化（normalization）概念，为加深理解，以歌曲存储场景构建案例：
初始数据库结构如下：
Album表：
album_name| genre
album_1| genre_1, genre_2
album_2| genre_1
album_3| genre_2

我设计了如下规范化方案：
Album表：
album_name| genre_id
album_1| 3
album_2| 1
album_3| 2

Genre表：
genre_id| genre_1| genre_2
0| false| false
1| true| false
2| false| true
3| true| true

请问该方案是否合理？若新增音乐流派，应如何调整表结构？

好的，咱们来拆解一下你的这个方案，看看问题在哪，以及怎么优化：

你的现有方案存在的核心问题 #

这个方案其实没有达到合理的规范化标准，最大的问题出在Genre表的设计上：

• 它用多列（genre_1、genre_2）存储同一类属性（音乐流派），这属于典型的反规范化设计，违反了第一范式（1NF）中「每一列必须是原子性、不可拆分的单一属性」的要求。
• 这种设计完全不灵活——每次新增一个流派，你都得修改表结构去加新列，这在实际项目中是非常低效且不推荐的操作，时间长了表会变得臃肿不堪。
• 还会产生无意义的冗余数据，比如genre_id=0的行，没有任何专辑会关联这个“无流派”的组合，纯粹是浪费存储空间。

符合3NF的正确规范化方案 #

因为一张专辑可以属于多个流派，一个流派也可以包含多张专辑，这是多对多关系，我们需要用三张表来实现：

1. Album表（存储专辑核心信息） #

注：建议用自增的album_id当主键，比album_name更稳定，避免出现专辑重名的情况。

2. Genre表（存储独立的流派信息） #

3. Album_Genre关联表（存储专辑与流派的对应关系） #

这种设计的好处：

• 完全符合数据库规范化的要求，数据无冗余，每张表的职责单一清晰。
• 新增流派时无需修改表结构，只需要插入数据就行，非常灵活。
• 能轻松处理任意多的流派关联，不管是一张专辑关联5个流派，还是一个流派关联100张专辑都没问题。

新增流派的操作示例 #

当你需要新增比如genre_3时，只需要执行这条SQL：

INSERT INTO Genre (genre_name) VALUES ('genre_3');

如果某张专辑（比如album_1）需要关联这个新流派，再往关联表里插一条记录：

INSERT INTO Album_Genre (album_id, genre_id) VALUES (1, 3); -- 假设genre_3的genre_id是3

内容的提问来源于stack exchange，提问作者user4447799