学生数据库表Normalization：最佳实践、新表变化及表间关联咨询

一、规范化的最佳实践 #

• 按范式层级逐步优化：先满足第一范式（1NF），保证每个字段都是原子性的（不能一个字段存多个独立信息），再推进到第二范式（2NF）消除部分依赖，最后到第三范式（3NF）消除传递依赖。不用强行追求更高阶的范式（比如BCNF），除非业务有特殊需求，避免过度设计。
• 彻底消除数据冗余：把重复出现的独立实体（比如课程、讲师）拆分到单独表中，别让同一个学生的姓名、地址，或者同一门课的讲师信息反复存储。
• 给每个表设唯一主键：比如用学号当学生表的主键，课程ID当课程表的主键，确保每条记录都能被唯一识别。
• 杜绝部分依赖和传递依赖：2NF要求非主键字段必须完全依赖整个主键，不能只依赖主键的一部分；3NF要求非主键字段不能依赖其他非主键字段（比如讲师信息依赖课程，就不能和学生信息存在同一张表）。

二、规范化后的表结构及内容变化 #

原表是一张包含所有字段的大表，会有大量冗余：比如同一个学生选3门课，姓名和地址就会重复3次；同一门课被10个学生选，课程名称和讲师信息就会重复10次。拆分后变成3张独立的表：

1. 学生表（students） #

内容变化：每个学生只保留一条记录，彻底消除了因选课数量导致的个人信息重复。

2. 课程表（courses） #

内容变化：每门课只存一条记录，不会再因为多个学生选同一门课而重复存储课程和讲师信息。

3. 选课成绩表（student_courses） #

内容变化：只存储学生、课程的关联关系和对应成绩，没有任何冗余数据，每条记录对应一个学生的一门课成绩。

三、各表之间的关联关系 #

• 学生表 ↔ 选课成绩表：一对多。一个学生可以选多门课，对应选课成绩表的多条记录；而每条选课记录只属于一个学生。通过student_id字段关联，选课成绩表的student_id是外键，指向学生表的student_id主键。
• 课程表 ↔ 选课成绩表：一对多。一门课可以被多个学生选择，对应选课成绩表的多条记录；而每条选课记录只对应一门课。通过course_id字段关联，选课成绩表的course_id是外键，指向课程表的course_id主键。

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