范式与规范化

表设计太「扁」会有冗余和更新异常；拆太碎又 JOIN 爆炸。范式给出拆表的规则，ORM 映射的是规范化后的结构。

学习目标

假设把所有课时标题塞进 cf_track 一列：

cf_track.title = "Java 基础"
cf_track.lesson_titles = "变量,循环,函数"   ← 违反 1NF

问题：

本站正确做法是 cf_track + cf_lesson 两表，见 sql-design。

1NF：列原子化，不可再拆（不用逗号分隔多值）。

2NF：非主键列依赖完整主键。联合主键 (track_id, slug) 时，title 应只依赖 slug 而非部分键——通常用 surrogate id 作主键更简单。

3NF：非主键列不依赖其他非主键列。例如不要把 category_name 冗余在 cf_lesson（应通过 track_id JOIN cf_track.category）。

@Entity
public class Track {
    @OneToMany(mappedBy = "track", cascade = CascadeType.ALL)
    private List<Lesson> lessons;  // 1—N，对应规范化的子表
}

规范化让 每个 Entity 职责单一；反范式（如统计表冗余 category）留给读多写少的报表，见 sql-aggregate。