学生表需设id自增主键和student_id业务主键，班级与专业须分离建表，成绩表须用联合唯一索引防重复，外键推荐ON DELETE RESTRICT保障数据一致性。
学生信息表 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，逼你先处理依赖。
