学生信息表 students
必须包含自然主键与业务约束
不能只用
id自增主键就完事——学号（
student_id）才是业务唯一标识，且需全局可读、不可变。实际设计中应同时设
id（INT AUTO_INCREMENT）作内部关联主键，
student_id（VARCHAR(12)）加唯一索引并设为 NOT NULL。
常见错误是把
student_id当主键又允许空值，或用它做外键却没建索引，导致关联查询慢。姓名字段建议用
name（VARCHAR(50)），别用
username或
real_name这类模糊命名；性别用 TINYINT(1) 存 0/1（男/女），比 ENUM 或 VARCHAR 更易写条件、兼容 ORM。
CREATE TABLE students ( id INT PRIMARY KEY AUTO_INCREMENT, student_id VARCHAR(12) NOT NULL UNIQUE, name VARCHAR(50) NOT NULL, gender TINYINT(1) NOT NULL DEFAULT 1, birth_date DATE, phone VARCHAR(15), email VARCHAR(100), created_at DATETIME DEFAULT CURRENT_TIMESTAMP );
班级与专业表要分离，避免 classes
表里硬编码专业字段
学生属于班级，班级属于专业，这是典型的“专业 → 班级 → 学生”三层关系。如果在
classes表里直接加
major_name字段，一旦专业更名或拆分，所有班级记录都要批量更新，极易出错。
正确做法是拆出
majors表，用
major_id外键关联：
majors：id、name、code（如 CS001）、remark
classes：id、class_code（如 “2022-CS-01”）、name、major_id（FOREIGN KEY）、grade_year（INT，存入学年份，比存“大三”更易排序和计算）
这样查某专业下所有班级，或统计各年级人数，SQL 直接 JOIN 就行，不用 LIKE 模糊匹配字符串。
成绩表 grades
必须用联合唯一索引防重复录入
一个学生同一门课只能有一条期末成绩，但
student_id和
course_id单独建索引没用——得组合起来限制。否则前端重复提交、脚本误执行，都会导致脏数据。
另外，成绩字段别用 FLOAT 存 89.5，浮点精度在聚合时可能出偏差；改用 DECIMAL(4,1)（最大 999.9），既够用又精确。课程名不应存在成绩表里，必须通过
course_id关联
courses表，否则改课名要全表 UPDATE。
CREATE TABLE grades (
id INT PRIMARY KEY AUTO_INCREMENT,
student_id VARCHAR(12) NOT NULL,
course_id INT NOT NULL,
score DECIMAL(4,1),
exam_term ENUM('2023-1', '2023-2') NOT NULL,
updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
UNIQUE KEY uk_student_course_term (student_id, course_id, exam_term)
);
外键不是必须开启，但 ON DELETE RESTRICT
要手动补上逻辑
MySQL 默认存储引擎 InnoDB 支持外键，但很多团队关掉它，理由是迁移、分库、ORM 兼容性问题。这没问题，但代价是你得自己保证数据一致性。
比如删一个专业前，必须先查有没有班级引用它：
SELECT COUNT(*) FROM classes WHERE major_id = ?；删班级前，也得确认
students表里没有该班级的学生。这些检查不能靠“应该没人乱删”来保障，得写进业务代码或存储过程。
如果决定启用外键，别用
ON DELETE CASCADE——删个专业顺手把几百学生记录也清了，太危险。一律用
ON DELETE RESTRICT，让数据库直接报错
Cannot delete or update a parent row，逼你先处理依赖。
