假设学校需要设计一个学生成绩管理系统，请设计数据库表结构（至少3张表），并说明表间关系和关键字段。

1) 【一句话结论】设计学生成绩管理系统数据库表结构，核心是构建学生表、课程表、成绩表（中间表），通过外键关联实现学生、课程、成绩的关联管理，满足多对多关系（学生选多门课，一门课有多个学生）。

2) 【原理/概念讲解】数据库表设计基于实体-关系（ER）模型，每个核心实体（学生、课程、成绩）对应一张表。学生与课程之间是多对多关系（一个学生选多门课，一门课有多个学生），因此需要**中间表（成绩表）**来关联，中间表包含外键（学生学号、课程ID），记录选课及成绩。类比：就像图书馆的借书系统，读者（学生）和书籍（课程）是多对多，需要借阅表（成绩表）记录借阅记录和借阅时间（成绩）。

3) 【对比与适用场景】

表名	定义	关键字段	关系	使用场景
学生表	存储学生基本信息	学号（主键，唯一标识学生）、姓名、班级、入学年份	无	管理学生基本信息
课程表	存储课程信息	课程ID（主键，唯一标识课程）、课程名、学分、开课学期	无	管理课程信息
成绩表	存储学生选课及成绩	学号（外键，关联学生表）、课程ID（外键，关联课程表）、成绩、考试日期	多对多（通过外键关联学生表和课程表）	记录选课及成绩

4) 【示例】

• 学生表（student）：

  CREATE TABLE student (
      student_id INT PRIMARY KEY,
      name VARCHAR(50) NOT NULL,
      class VARCHAR(50),
      entry_year INT
  );
  

• 课程表（course）：

  CREATE TABLE course (
      course_id INT PRIMARY KEY,
      course_name VARCHAR(100) NOT NULL,
      credit INT,
      semester VARCHAR(20)
  );
  

• 成绩表（grade）：

  CREATE TABLE grade (
      student_id INT,
      course_id INT,
      score INT CHECK (score >= 0 AND score <= 100),
      exam_date DATE,
      PRIMARY KEY (student_id, course_id),
      FOREIGN KEY (student_id) REFERENCES student(student_id),
      FOREIGN KEY (course_id) REFERENCES course(course_id)
  );
  

5) 【面试口播版答案】
面试官您好，针对学生成绩管理系统，我设计三张表：学生表、课程表、成绩表。学生表存储学号、姓名等，课程表存储课程ID、课程名，成绩表通过学号和课程ID（外键）关联学生和课程，记录成绩。学生与课程是多对多关系，用成绩表作为中间表。关键字段包括学生表的主键学号、课程表的主键课程ID、成绩表的外键组合（学号+课程ID）。这样能清晰管理学生、课程及成绩的关联，支持查询某学生某课程成绩，或某课程所有学生成绩。

6) 【追问清单】

• 问：为什么用学号和课程ID作为成绩表的主键？
  答：因为一个学生一门课只能有一个成绩，组合唯一标识记录。
• 问：如何处理学生退课或成绩重修？
  答：在成绩表中添加状态字段（如“正常”“重修”“退课”），或新增记录。
• 问：如果需要记录教师信息，如何扩展？
  答：新增教师表，通过课程表的外键关联教师，成绩表关联教师（可选，记录授课教师）。
• 问：如何保证数据一致性？
  答：使用外键约束，确保成绩表中的学号和课程ID在学生表和课程表中存在。
• 问：如果课程有多个学期开课，如何处理？
  答：在课程表中添加学期字段，成绩表中记录具体考试日期。

7) 【常见坑/雷区】

• 忽略外键约束，导致成绩表中的学号或课程ID无效，数据不一致。
• 学号或课程ID用字符串类型，影响性能（如索引效率），应使用数字类型。
• 多对多关系未用中间表，直接在学生表或课程表中添加外键，导致数据冗余或关联错误。
• 未考虑成绩的完整性（如成绩范围0-100），未用CHECK约束。
• 表名或字段名不规范，如用中文或空格，影响数据库操作效率。