如何减少校园SQL系统中学生与教师表的字段重复？

核心思路：主表存共性，标识区分身份 #

先把学生和教师的共同字段（比如ID、姓名、账号、联系方式、创建时间等）抽出来放在统一的users主表，新增一个user_type字段（用枚举类型ENUM('student', 'teacher')最稳妥）来标记用户身份。

差异化course字段的处理方案 #

根据course字段的业务逻辑差异，分两种场景处理：

场景1：字段类型一致，仅必填规则不同 #

如果学生的course是“所选课程”、教师的是“教授课程”，且都是单值字符串，直接在主表保留course字段，用检查约束(CHECK)来绑定身份和字段规则：

CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(50) NOT NULL UNIQUE,
    real_name VARCHAR(50) NOT NULL,
    user_type ENUM('student', 'teacher') NOT NULL,
    course VARCHAR(255), -- 差异化字段
    -- 其他共同字段（比如gender, phone, email等）
    CHECK (
        -- 根据业务需求调整：比如学生必须填课程，教师可选
        (user_type = 'student' AND course IS NOT NULL)
        OR (user_type = 'teacher')
    )
);

这种方式简单直接，适合逻辑不复杂的场景。

场景2：字段逻辑差异大（比如多值/不同关联关系） #

如果学生需要关联多门选课、教师需要关联多门授课，或者course需要存储更多属性（比如学分、课时），建议拆分出关联表，避免主表臃肿：

-- 统一用户主表
CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(50) NOT NULL UNIQUE,
    real_name VARCHAR(50) NOT NULL,
    user_type ENUM('student', 'teacher') NOT NULL,
    -- 其他共同字段
);

-- 课程关联表：区分选课/授课
CREATE TABLE user_courses (
    id INT PRIMARY KEY AUTO_INCREMENT,
    user_id INT NOT NULL,
    course_code VARCHAR(20) NOT NULL, -- 课程编码
    course_name VARCHAR(100) NOT NULL,
    relation_type ENUM('enrolled', 'taught') NOT NULL, -- 选课/授课
    FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE
);

这种设计扩展性极强，后续新增用户类型（比如管理员）、扩展课程属性都不用动主表，查询时通过relation_type过滤即可。

避坑提醒 #

• 别图省事用JSON存课程列表：除非你完全不需要对课程字段做查询、统计，否则JSON会拖慢查询效率，还容易出现数据不一致。
• 业务层要配合校验：数据库约束是最后一道防线，新增/修改用户时，业务代码要先校验user_type和course的匹配关系，避免脏数据。

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