请设计一个干部培训课程资源管理系统，包括课程、教师、学员、成绩等核心实体，并设计数据库表结构（至少3张表），说明表间关系和关键字段。

1) 【一句话结论】围绕干部培训课程资源管理，设计包含课程、教师、学员、成绩四大核心实体的数据库表，通过外键关联实现课程负责人、多对多成绩关联，并补充考试时间、类型等业务字段，确保数据完整性与业务需求匹配。

2) 【原理/概念讲解】设计基于实体-关系（ER）模型，核心实体为课程、教师、学员、成绩。课程与教师是一对多（一个课程对应多个教师，一个教师可教多课程），课程表需添加“负责人教师ID”外键关联教师表；课程与学员是一对多，成绩表实现多对多关联；成绩表需扩展“考试时间”“考试类型”字段。外键约束保证数据一致性，比如课程负责人不能为空，成绩关联的course_id和student_id必须存在。

3) 【对比与适用场景】

关系类型	定义	特性	使用场景	注意点
一对一	一个实体对应一个另一个实体	主键在任一方表，外键指向另一方	如学员与学籍（一个学员一个学籍）	通常通过外键指向一方
一对多	一个实体对应多个另一个实体	主键在“一”方表，外键在“多”方表	课程与教师（一个课程多个教师）	主键在教师表（教师表是“多”方）
多对多	多个实体对应多个另一个实体	需中间表，含两个外键	课程与学员（一个课程多个学员，一个学员多课程）	中间表主键为两个外键组合

4) 【示例】

-- 课程表（含负责人教师ID）
CREATE TABLE Course (
    course_id INT PRIMARY KEY,
    course_name VARCHAR(100) NOT NULL,
    start_time DATE,
    end_time DATE,
    teacher_id INT, -- 负责人教师ID，外键关联Teacher
    FOREIGN KEY (teacher_id) REFERENCES Teacher(teacher_id)
);

-- 教师表
CREATE TABLE Teacher (
    teacher_id INT PRIMARY KEY,
    name VARCHAR(50) NOT NULL,
    major VARCHAR(50)
);

-- 学员表
CREATE TABLE Student (
    student_id INT PRIMARY KEY,
    name VARCHAR(50) NOT NULL,
    department VARCHAR(100)
);

-- 成绩表（含考试时间、类型）
CREATE TABLE Score (
    score_id INT PRIMARY KEY,
    course_id INT,
    student_id INT,
    score INT CHECK (score >= 0 AND score <= 100),
    exam_time DATETIME, -- 考试时间
    exam_type ENUM('笔试'，'面试'，'实践'）， -- 考试类型
    FOREIGN KEY (course_id) REFERENCES Course(course_id),
    FOREIGN KEY (student_id) REFERENCES Student(student_id)
);

5) 【面试口播版答案】
“面试官您好，我设计的干部培训课程资源管理系统数据库结构围绕四大核心实体展开：课程、教师、学员和成绩。首先，课程表（Course）包含课程ID、名称、开课时间、负责人教师ID（外键关联教师表），明确每个课程的责任教师；教师表（Teacher）记录教师ID、姓名、专业；学员表（Student）记录学员ID、姓名、部门。成绩表（Score）作为多对多关联表，通过课程ID和学员ID关联课程与学员，同时记录分数、考试时间（DATETIME类型）和考试类型（ENUM，如笔试、面试）。关系上，课程与教师是一对多（一个课程对应多个教师，一个教师可教多课程），课程与学员是一对多（一个课程有多个学员），成绩表实现课程与学员的多对多关联。这样设计既保证了核心关系完整（如课程负责人），又满足业务需求（如成绩的考试时间、类型），能支持后续的查询、统计等操作。”

6) 【追问清单】

• 问题1：如果一个教师同时担任多个课程的负责人，如何设计？
  回答要点：在教师表中增加“课程负责人”字段（如布尔类型，标识是否为某课程负责人），或创建“课程负责人”关联表，用外键关联教师和课程，明确多对多负责人关系。
• 问题2：成绩表是否需要记录考试地点？
  回答要点：可扩展成绩表，增加“exam_location”字段（VARCHAR类型），用于记录考试地点，满足实际业务场景。
• 问题3：如何处理学员的报名状态（如已报名、已退课）？
  回答要点：创建“报名表”（Enrollment），包含报名ID、学员ID、课程ID、报名时间、报名状态（ENUM，如“已报名”“已退课”）等字段，通过外键关联学员和课程表。
• 问题4：数据库性能优化方面，哪些字段需要建立索引？
  回答要点：对频繁查询的字段建立索引，如课程表中的“course_name”、教师表中的“name”、成绩表中的“course_id”和“student_id”，以及成绩表中的“exam_time”等，提升查询效率。
• 问题5：如果系统需要支持不同级别的培训（如初级、中级、高级），如何扩展？
  回答要点：在课程表中增加“培训级别”字段（ENUM类型，如“初级”“中级”“高级”），或创建“培训级别”表，关联课程表，实现按级别分类管理。

7) 【常见坑/雷区】

• 忽略课程负责人外键，导致无法明确课程责任教师，影响业务管理。
• 成绩表仅记录分数，未考虑考试时间、类型等关键业务字段，无法满足实际统计需求。
• 关系类型选择错误（如课程与教师误用一对一关系），导致数据冗余或关联错误。
• 缺少外键约束，导致数据不一致（如课程负责人教师ID不存在）。
• 未预留扩展字段（如培训级别、考试地点），后续无法支持新业务需求。