简介：这份资源是北邮研一数据库课程大作业的完整详解文档，面向正在修读数据库系统课程、需要完成课程设计的研究生及高年级本科生。内容围绕学生成绩管理系统展开，覆盖需求分析、数据库设计、ER图绘制、逻辑结构设计与建表程序等完整流程，可直接作为课程设计参考或数据库建模练习范本。资源包共1个docx文件，约503KB，以文字与图表形式呈现，便于阅读和二次编辑。文档中详细给出了Course、Student、Sc、Teacher四张表的数据字典与字段约束，明确了主键、外键及一对多依赖关系，并包含局部与全局ER图、函数依赖集以及建库建表的SQL语句，还涉及不及格学生名单统计、无教学任务教师查询等典型功能需求。目前已有606人学习下载，适合需要系统梳理数据库设计思路、对照检查自身作业完整度的同学参考使用。

1. 从教务科的三句话需求说起：这套学生成绩管理系统到底要交什么

很多同学拿到数据库大作业的第一反应是打开 Navicat 先建表，结果建到一半发现字段对不上、外键连不起来，回头改需求又得推倒重来。这份方案要解决的就是这个问题：先把需求钉死，再动手建库。整套系统面向高校教务场景，核心就三件事——授课教师录入成绩、学生自查成绩、教务处做统计查询。具体落到功能上，是成绩信息的增删改查、教师信息的增删改查、不及格学生名单统计、无教学任务教师名单查询这四块。技术栈选的是 MySQL 加 SQL 语言，配合 Navicat 做图形化操作，运行在 Windows 环境下。适合正在做数据库课程设计、毕设开题，或者需要交一份完整数据库方案的同学直接参考。下面按需求、设计、实现、验收的顺序拆开讲，每一段都能对应到你作业里的某一章。

2. 需求分析与数据建模：四张表怎么撑起一个教务系统

2.1 功能需求拆解：从教务科原话到可执行清单

需求分析这一步最容易被糊弄过去，写两句"实现学生管理、教师管理"就交差，答辩时老师一问"不及格名单怎么统计"就卡壳。我一般会把教务科的原话逐条翻译成可验证的功能点，每条都要能对应到一条 SQL 或者一个界面操作。

第一块是成绩维护。授课教师登录后要能录入成绩，也就是往 sc 表插数据；同时要能改分、删记录，按学号或课程号查。这里有个细节：成绩录入的入口应该绑定到"教师-课程"关系上，不能让学生随便改。第二块是学生自查，学生用学号查自己的成绩，本质是按 sno 过滤 sc 表再关联 course 拿课程名。第三块是不及格统计，教务处要按课程列出所有 degree 小于 60 的学生，这是典型的条件查询加多表连接。第四块最容易被漏掉——查没有教学任务的老师，逻辑是 teacher 表左连接 course 表，找出 course.tno 为空的教师记录。

把这四条写进需求文档，每条后面附一句验收标准，比如"输入课程号 C03，能返回该课程所有不及格学生的学号、姓名、专业、班级"。这样后面写 SQL 和答辩都有据可依。

2.2 数据表设计：字段类型和约束一个都不能含糊

四张表的结构直接决定了后面 SQL 写起来顺不顺。先把字段和约束列清楚，建表时照着抄就行。

这里有几个坑要提前说。sc 表的 sno 长度写的是 char(10)，但 student 表的 sno 是 char(9)，两个表关联时如果长度不一致，MySQL 在某些版本下会隐式转换导致索引失效，查询变慢。我一般会统一成 char(9)。另外 degree 用 decimal(4,1) 而不是 float，是因为成绩要精确到小数点后一位，float 会出现 86.00000001 这种玄学值。ssex 和 tsex 的取值约束建议用 CHECK 或者 ENUM，别只靠应用层校验，数据库层也要兜底。

2.3 E-R 关系梳理：一对多和多对多怎么落成外键

实体和联系理清楚，后面建表才不会乱。系统里有四个实体：学生、教师、课程、成绩。学生和课程之间是多对多——一个学生选多门课，一门课被多个学生选，这个多对多关系就落成 sc 表，sno 和 cno 做组合主键。教师和课程是一对多——一个教师可以教多门课，但一门课通常只由一个教师负责，所以 course 表里放 tno 做外键指向 teacher。

画 E-R 图的时候，局部图先画每个实体的属性，全局图再把联系加上。学生实体的属性是学号、姓名、性别、专业、班级；课程实体是课程号、课程名、任课教师号；成绩这个联系带一个属性 degree。全局图里学生通过"选修"联系连到课程，教师通过"讲授"联系连到课程。这部分画在纸上或者用 draw.io 都行，关键是属性不能漏，不然后面建表又要回头补。

3. 逻辑结构与物理实现：建表、视图、存储过程一次写对

3.1 建库建表：约束和主外键的完整写法

逻辑结构设计确定后，直接落到 SQL。建表顺序有讲究：先建被引用的表（student、teacher），再建引用它们的表（course、sc），否则外键会报错。

-- 创建数据库，字符集用 utf8mb4 避免中文乱码 CREATE DATABASE test DEFAULT CHARACTER SET utf8mb4; -- 学生表：sno 主键，ssex 限制取值 CREATE TABLE student ( sno CHAR(9) PRIMARY KEY, sname CHAR(8), ssex CHAR(2) CHECK (ssex IN ('男','女')), smajor CHAR(20), sclass CHAR(10) ); -- 教师表：tno 主键 CREATE TABLE teacher ( tno CHAR(3) PRIMARY KEY, tname VARCHAR(8), tsex CHAR(2) CHECK (tsex IN ('男','女')), tdept CHAR(16) ); -- 课程表：cno 主键，tno 外键指向教师 CREATE TABLE course ( cno CHAR(5) NOT NULL, cname VARCHAR(20) NOT NULL, tno CHAR(3) NOT NULL, CONSTRAINT C1 PRIMARY KEY (cno), CONSTRAINT FK_course_teacher FOREIGN KEY (tno) REFERENCES teacher(tno) ); -- 成绩表：sno 和 cno 组合主键，degree 限制 0-100 CREATE TABLE sc ( sno CHAR(9) NOT NULL, cno CHAR(5) NOT NULL, degree DECIMAL(4,1) CHECK (degree >= 0 AND degree <= 100), CONSTRAINT A1 PRIMARY KEY (sno, cno), CONSTRAINT FK_sc_student FOREIGN KEY (sno) REFERENCES student(sno), CONSTRAINT FK_sc_course FOREIGN KEY (cno) REFERENCES course(cno) );

这段代码里，CHECK 约束是数据库层的最后一道防线，别省。外键约束保证 sc 表里不会出现不存在的学号或课程号。注意 sc 表的 sno 我统一成了 char(9)，和 student 表对齐，避免关联时的隐式转换。建完表可以用SHOW CREATE TABLE sc;检查约束是否生效。

3.2 视图设计：把常用查询封装成可复用的虚拟表

视图的好处是把复杂的多表连接藏起来，查询时只写一句 SELECT。系统里至少需要两个视图：一个查某门课的学生成绩，一个做成绩录入的中间层。

-- 视图 v_student：查询选修"科学导论"的学生学号、姓名、成绩 CREATE VIEW v_student AS SELECT A.sno, A.sname, C.degree FROM student A JOIN sc C ON A.sno = C.sno JOIN course B ON B.cno = C.cno WHERE B.cname = '科学导论'; -- 查询视图，和查普通表一样 SELECT * FROM v_student; -- 视图 view_sc：封装成绩表，用于插入和修改 CREATE VIEW view_sc AS SELECT sno, degree, cno FROM sc; -- 通过视图插入数据，基表 sc 会同步更新 INSERT INTO view_sc VALUES ('140210321', 88, 'C01');

视图不是必须的，但在答辩时能体现你对"逻辑独立性"的理解——基表结构变了，只要视图定义跟着改，上层查询不用动。注意通过视图插入数据有前提：视图必须包含基表的所有非空列，否则插入会失败。view_sc 包含了 sno、cno、degree，正好满足 sc 表的非空要求，所以能插进去。

3.3 存储过程与触发器：统计和审计的自动化实现

存储过程适合封装"统计"这类固定逻辑，触发器适合做"删除时留痕"这种审计需求。

-- 存储过程1：查询班级为 4412 的学生学号、姓名、专业 DELIMITER // CREATE PROCEDURE proc_stud() READS SQL DATA BEGIN SELECT sno, sname, smajor FROM student WHERE sclass LIKE '%4412%' ORDER BY sno; END // DELIMITER ; -- 调用 CALL proc_stud(); -- 存储过程2：统计某个学生的选课门数，用 OUT 参数返回 DELIMITER // CREATE PROCEDURE num_sc(IN tmp_sno CHAR(9), OUT count_num INT) READS SQL DATA BEGIN SELECT COUNT(*) INTO count_num FROM sc WHERE sno = tmp_sno; END // DELIMITER ; -- 调用并查看结果 CALL num_sc('120210332', @cnt); SELECT @cnt;

DELIMITER 的作用是把 MySQL 的语句结束符从分号临时改成 //，这样存储过程内部的多个分号不会被误判为结束。IN 参数是传入的学号，OUT 参数是返回的选课数。调用时用用户变量 @cnt 接收。

触发器这边，需求是"学生被删除时把学号和姓名存到 delstudent 表"，用于事后追溯。

-- 先建一张空表接收删除数据，WHERE 1=0 保证只复制结构不复制数据 CREATE TABLE delstudent SELECT sno, sname FROM student WHERE 1=0; -- 创建 AFTER DELETE 触发器 DELIMITER // CREATE TRIGGER trig_student AFTER DELETE ON student FOR EACH ROW BEGIN INSERT INTO delstudent(sno, sname) VALUES (OLD.sno, OLD.sname); END // DELIMITER ; -- 验证：删除一个学生，看 delstudent 是否有记录 DELETE FROM student WHERE sname = '李甜甜'; SELECT * FROM delstudent;

OLD 关键字代表被删除的那一行，AFTER DELETE 保证删除成功后才记录。这里有个血泪经验：如果 student 表被 sc 表外键引用，直接删学生会因为外键约束失败，触发器根本不会触发。要么先删 sc 表的关联记录，要么把外键设成 ON DELETE CASCADE。我一般会在文档里写明这个依赖关系，答辩时老师很爱问。

4. 复杂查询与业务功能落地：教务处的四类统计怎么用 SQL 实现

4.1 基础查询与多表连接：学生、课程、成绩的关联

系统里大部分查询都是多表连接。比如"查询选修高等数学的学生学号和姓名"，需要 student、sc、course 三张表串起来。

-- 查询选修"高等数学"的学生学号和姓名 SELECT A.sno, A.sname FROM student A INNER JOIN sc B ON A.sno = B.sno INNER JOIN course C ON B.cno = C.cno WHERE C.cname = '高等数学';

INNER JOIN 保证只返回三张表都能匹配上的记录。如果某个学生选了课但 course 表里没有对应课程（理论上外键会拦住），这条记录不会出现。实际写的时候建议给连接字段都建索引，sno 和 cno 是主键自带索引，但 sc 表的 cno 如果单独查得多，可以再加一个。

4.2 统计类查询：不及格名单和无教学任务教师

这两条是教务处的核心需求，也是答辩时最容易被要求现场写的。

-- 查询 C03 课程不及格的学生信息 SELECT A.sno, A.sname, A.ssex, A.smajor, A.sclass FROM student A INNER JOIN sc B ON A.sno = B.sno WHERE B.cno = 'C03' AND B.degree < 60; -- 查询没有教学任务的教师名单（左连接找 NULL） SELECT T.tno, T.tname, T.tdept FROM teacher T LEFT JOIN course C ON T.tno = C.tno WHERE C.cno IS NULL; -- 计算 C01 课程的平均成绩 SELECT AVG(degree) AS avg_degree FROM sc WHERE cno = 'C01';

不及格查询用 INNER JOIN 就够了，因为只关心有成绩记录的学生。无教学任务教师必须用 LEFT JOIN，因为要保留 teacher 表里所有教师，再筛出 course 侧为 NULL 的。这里有个常见错误：用 NOT IN 子查询也能实现，但当 course.tno 有 NULL 值时 NOT IN 会返回空结果，LEFT JOIN 更稳。平均成绩用 AVG 聚合函数，注意如果某课程没人选，AVG 返回 NULL 而不是 0，前端展示时要处理。

4.3 数据维护操作：插入、修改、删除的规范写法

成绩录入和教师信息维护是日常操作，写法要规范，尤其是插入时字段顺序和类型要对齐。

-- 插入一条学生记录，只填必填字段 INSERT INTO student (sno, sname, ssex) VALUES ('120210455', '小明', '男'); -- 插入成绩记录 INSERT INTO sc (sno, cno, degree) VALUES ('120210332', 'C01', 86.0); -- 修改成绩 UPDATE sc SET degree = 90.0 WHERE sno = '120210332' AND cno = 'C01'; -- 删除成绩记录 DELETE FROM sc WHERE sno = '120210332' AND cno = 'C01';

UPDATE 和 DELETE 一定要带 WHERE 条件，否则全表更新或删除，这是新手最容易翻车的地方。我一般会在执行前先用 SELECT 把同样的 WHERE 条件跑一遍，确认影响的行数对不对，再改成 UPDATE 或 DELETE。这个习惯能省掉很多后悔药。

5. 避坑与常见问题排查：建库到查询最容易翻车的五个点

5.1 中文乱码：建库时字符集没设对

现象是插入中文后查出来是问号或者乱码。原因是数据库默认字符集可能是 latin1，而中文需要 utf8mb4。解决办法是建库时就指定DEFAULT CHARACTER SET utf8mb4，建表时也可以加DEFAULT CHARSET=utf8mb4。如果已经建好了，用ALTER DATABASE test CHARACTER SET utf8mb4;改，但已有数据可能已经损坏，需要重新导入。

5.2 外键约束报错：插入顺序和删除顺序搞反

现象是插入 sc 表时报 "Cannot add or update a child row"，或者删 student 时报外键约束失败。原因是 sc 表引用了 student 和 course，插入 sc 之前必须先有对应的学生和课程记录；删除时反过来，先删 sc 再删 student。解决办法是按依赖顺序操作，或者把外键设成 ON DELETE CASCADE 让数据库自动处理级联删除。我一般会在文档里画一张表依赖图，标清楚谁先谁后。

5.3 存储过程创建失败：DELIMITER 没改回来

现象是创建存储过程时一直报语法错误，或者创建完之后后面的语句全乱了。原因是存储过程内部有分号，MySQL 默认把分号当语句结束符，导致只执行了前半段。解决办法是用DELIMITER //临时改结束符，存储过程写完再用DELIMITER ;改回来。这个错误很隐蔽，因为报错信息不会直接告诉你 DELIMITER 的问题。

5.4 视图插入失败：视图没包含所有非空列

现象是通过视图 INSERT 时报 "Field 'xxx' doesn't have a default value"。原因是视图只选了部分列，而基表有其他非空列没有默认值。解决办法是让视图包含基表的所有非空列，或者在 INSERT 时把缺失的列补上。比如 sc 表的 sno、cno 都是非空，view_sc 必须同时包含这两列才能插入。

5.5 查询结果为空：LEFT JOIN 和 INNER JOIN 用混了

现象是查"没有教学任务的教师"时结果为空，但明明有教师没排课。原因是用了 INNER JOIN，course 侧为 NULL 的记录直接被过滤掉了。解决办法是改用 LEFT JOIN，再用WHERE C.cno IS NULL筛选。反过来，如果只想查有成绩的学生，用 INNER JOIN 更合适，LEFT JOIN 会把没选课的学生也带出来，degree 显示 NULL。

6. 验收与答辩：怎么证明这套系统真的能跑

6.1 验收清单：每条需求对应一个可复现的操作

答辩前我会准备一张验收表，把需求逐条对应到操作和预期结果，现场演示时按表走，不慌。

演示时建议按"建库→建表→插数据→查视图→跑存储过程→触发触发器→复杂查询"的顺序走一遍，每个环节留一张截图。截图命名规范一点，比如01_建表成功.png、02_不及格查询结果.png，写报告时直接贴。

6.2 答辩常见追问与应对

老师最爱问的几个问题，提前准备好答案。第一个："为什么 sc 表的 sno 是 char(10) 而 student 是 char(9)？"——这是原文档里的不一致，你可以说实际实现时统一成了 char(9)，并解释长度不一致会导致隐式转换。第二个："如果删除一个还有成绩记录的学生会怎样？"——答外键约束会阻止删除，需要先删 sc 记录或设级联。第三个："存储过程和普通 SQL 有什么区别？"——答存储过程预编译、可复用、能带参数，适合封装统计逻辑。第四个："视图能更新吗？"——答简单视图可以，但包含聚合函数或 DISTINCT 的视图不能更新。

6.3 报告撰写的一个小习惯

我每次交数据库作业前，都会把 SQL 脚本单独存一个.sql文件，按"建库→建表→插数据→视图→存储过程→触发器→查询"分块加注释，然后在 Navicat 里从头到尾跑一遍，确认没有报错再写进报告。这样答辩时老师让你现场跑，直接打开脚本执行就行，不用手忙脚乱找代码。从那以后我每次做数据库项目都强制走一遍这个流程，省了很多现场翻车的机会。希望帮到你。

本文还有配套的精品资源，点击获取