基于Spring Boot的学生成绩管理系统：设计、实现与避坑指南

简介：学生成绩信息管理系统的设计与实现资料包，面向需要完成课程设计或毕业设计的计算机相关专业学生，目标是解决传统手工成绩管理效率低、易出错的问题。系统涵盖学生信息管理、课程管理、成绩录入查询、统计分析、报表生成等核心模块，提供论文文档与可运行源码。压缩包内共311个文件，以C#源码(.cs)、ASP.NET页面(.aspx)、样式文件(.css)、动态链接库(.dll)及图片资源为主，并包含SQL Server数据库文件(.mdf/.ldf)和解决方案文件(.sln)，整体大小仅3.48MB，结构清晰便于学习。目前已有59人学习下载。借助论文可梳理选题背景、需求分析、系统设计与测试流程；结合源码可对照理解基于ASP.NET的分层架构、数据访问与前端交互实现，参考数据库设计及报表生成逻辑，尤其适合作为课程设计或毕业设计的完整模板。

1. 学生成绩信息管理系统：为什么这个题目做了十几年还值得认真做

如果你去翻一遍历年的课程设计和毕业设计题目，会发现「学生成绩信息管理系统」几乎是出现频率最高的那一个。很多人第一反应是“太老、太简单”，但真正动手时才发现，它远不是一个增删改查教学案例：成绩数据要同时服务学生、教师、管理员三类角色，录入要有权限边界，查询要支持多条件组合，导出要能应对整班数据，学期末还要算及格率、分数段、平均分。也就是说，一个看似普通的成绩系统，实际覆盖了权限模型、关联表设计、动态 SQL、数据校验、批量导入导出和统计报表这一整条链路。

这篇文章按我实际做这类项目的顺序来写：先讲清楚角色和表结构怎么设计，再给出一套基于 Spring Boot + MyBatis + MySQL 的可运行实现，然后说本地部署和最小验证流程，最后把最容易翻车的中文乱码、外键冲突、Excel 脏数据、越权访问和事务边界问题逐个拆开。全文的代码都是围绕“成绩领域”写的，不是抽象的框架示例，你拿到之后可以照着结构改，也适合写论文时直接引用其中的设计图和时序描述。无论你是正在选题的学生，还是想快速搭一个内部成绩管理工具的开发者，这篇内容都能让你少走弯路。

2. 先理清业务链路再写代码：角色拆分、用例与数据建模的收益

很多人拿到这类系统直接建一张score表就开始写接口，写到一半发现权限没法控制、课程和班级关系理不清，又回头重构。所以先别动代码，把业务边界想清楚，后面所有代码都是水到渠成。

2.1 三个角色与四组用例：登录多入口决定了路由和权限拦截必不可少

学生成绩信息管理系统的用户不是单一群体。常见做法是拆成 管理员、教师、学生 三个角色，登录后看到的菜单和可操作范围完全不同。别把角色做成一个字段塞在用户表里就开始写if (role == 1)，那样后期每加一个功能都要动业务代码。正确做法是：登录接口只负责认证，返回角色标识；每个请求进来先做鉴权，再放行到业务接口。

四组核心用例分别是：

这四组用例再往下拆就是接口清单：登录认证、学生 CRUD、课程 CRUD、成绩录入、成绩修改、成绩删除、条件查询、批量导入、Excel 导出、学期统计。每拆出一个接口，你就能对应到后端的一个 Controller 方法和一张表的操作。

2.2 数据库设计：学生、课程、成绩三张核心表不要合并成一张大宽表

设计成绩系统的常见误区是，把学生姓名、班级、课程名、学分、成绩全部塞进一张宽表。好处是查询省事，坏处是数据冗余严重：同一学生改个姓名要 update 多行，同一课程改学分也要扫全表。更严重的是，录入成绩时没有外键约束，很容易产生“某个成绩关联了一个不存在的学生”这种脏数据。

我常用的设计是student、course、score三张核心表，外加一张user表管登录账号。学生和课程通过成绩表的两个外键关联起来，一个学生可以修多门课，一门课也可以被多个学生修，这就是典型的多对多关系。

student表保存学生的固定属性：学号、姓名、性别、班级、入学年份。course表保存课程的固定属性：课程编号、课程名称、学分、授课教师工号。score表只保存最简单的关系和成绩值：学生 ID、课程 ID、考试学期、分数。这样拆的好处是，改学生姓名只动一行，统计成绩时通过 join 拿到学生姓名和课程名称，数据依然完整。

2.3 技术栈选型：Spring Boot + MyBatis + MySQL 为什么适合这类课题

如果你是自己从零做这个项目，选 Spring Boot + MyBatis + MySQL 是性价比最高的组合。Spring Boot 解决了配置繁琐的问题，内嵌 Tomcat 让部署从“装 Tomcat 再丢 war 包”变成一条java -jar命令；MyBatis 保留了手写 SQL 的能力，成绩统计里的case when和动态条件查询写起来比 JPA 直白得多；MySQL 普及率高，论文里的数据库设计部分也最容易找到参考资料。

有同学会纠结要不要用前后端分离加 Vue，我的建议是分场景。如果论文重点是业务逻辑和数据库设计，用 Spring Boot 直接渲染 Thymeleaf 页面就够了，少一套跨域问题，代码量也少。如果团队里有人专门写前端，拆成 Vue + 后端 API 也行，但工作量会明显增加。从“完成设计并顺利答辩”这个目标出发，服务端渲染更容易闭环，评审老师主要看的是表结构、核心业务代码和功能演示，不是前端动画效果。

3. 把成绩系统的核心功能跑通：从建库脚本到接口实现

这一章直接进入可复现代码。先建库建表，再搭工程骨架，然后实现成绩录入、条件查询、批量导入导出这几个核心接口。每一步代码后面会说明关键参数和写法的取舍。

3.1 建库建表：三张核心表与初期索引的 SQL

数据库命名用grade_db，字符集统一用utf8mb4。utf8mb4比utf8多支持了 Emoji 和生僻字，学生名字里偶尔会出现这类字符，用utf8会报编码错误或落库变问号。排序规则选utf8mb4_general_ci，不区分大小写，查询时更宽容。

CREATE DATABASE IF NOT EXISTS grade_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE grade_db; CREATE TABLE student ( id BIGINT PRIMARY KEY AUTO_INCREMENT COMMENT '主键', student_no VARCHAR(20) NOT NULL UNIQUE COMMENT '学号', name VARCHAR(50) NOT NULL COMMENT '姓名', gender TINYINT DEFAULT 1 COMMENT '性别 1男 2女', class_name VARCHAR(50) COMMENT '班级名', enroll_year VARCHAR(10) COMMENT '入学年份', create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='学生信息表'; CREATE TABLE course ( id BIGINT PRIMARY KEY AUTO_INCREMENT COMMENT '主键', course_no VARCHAR(20) NOT NULL UNIQUE COMMENT '课程编号', course_name VARCHAR(50) NOT NULL COMMENT '课程名称', credit DECIMAL(3,1) DEFAULT 2.0 COMMENT '学分', teacher_no VARCHAR(20) COMMENT '授课教师工号', create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='课程表'; CREATE TABLE score ( id BIGINT PRIMARY KEY AUTO_INCREMENT COMMENT '主键', student_id BIGINT NOT NULL COMMENT '学生ID，关联student.id', course_id BIGINT NOT NULL COMMENT '课程ID，关联course.id', semester VARCHAR(20) NOT NULL COMMENT '学期，如2024-2025-1', score DECIMAL(5,2) COMMENT '成绩，0-100', remark VARCHAR(255) COMMENT '备注', create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '录入时间', UNIQUE KEY uk_student_course_semester (student_id, course_id, semester), CONSTRAINT fk_score_student FOREIGN KEY (student_id) REFERENCES student(id), CONSTRAINT fk_score_course FOREIGN KEY (course_id) REFERENCES course(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='成绩表';

这段 DDL 里有三个关键设计。

第一，score表加了联合唯一键uk_student_course_semester，含义是“同一学生同一门课同一个学期只能有一条成绩”。没有这个约束，前端多次提交表单或 Excel 重复导入时会出现同一个人同一门课两条分数，统计立刻出错。

第二，两个外键直接写在建表语句里，保证成绩记录不会关联到不存在的学生或课程。代价是删除学生时要先删成绩，否则 MySQL 会报外键约束错误。后面避坑章节会专门讲这个冲突怎么处理。

第三，score字段用DECIMAL(5,2)，允许 0.00 到 999.99。为什么不用DOUBLE？因为浮点类型存 59.5 这类分数会有极小的精度误差，涉及及格判定和平均分计算时可能出现 59.4999 的尴尬。DECIMAL(5,2)是定点数，存储精确，足够覆盖 0-100 分范围，还余量能存平时分加卷面分的总分。

3.2 后端工程结构：controller-service-mapper 三层需要拆开的边界

工程建议用 Maven 搭标准 Spring Boot 结构，包路径按com.example.grade组织。控制器只负责接收参数和返回结果，业务逻辑放 Service，数据库操作全部走 Mapper 接口加 XML 文件。这个分层不只是为了好看，更重要的是论文里的“系统架构图”可以顺理成章用这个三层结构来画，答辩时也说得清楚。

grade-system/ ├── pom.xml ├── src/main/java/com/example/grade/ │ ├── GradeApplication.java │ ├── controller/ │ │ ├── AuthController.java │ │ ├── StudentController.java │ │ ├── CourseController.java │ │ └── ScoreController.java │ ├── service/ │ │ ├── StudentService.java │ │ ├── CourseService.java │ │ └── ScoreService.java │ ├── mapper/ │ │ ├── StudentMapper.java │ │ ├── CourseMapper.java │ │ └── ScoreMapper.java │ ├── entity/ │ │ ├── Student.java │ │ ├── Course.java │ │ └── Score.java │ ├── dto/ │ │ └── ScoreQueryDTO.java │ └── common/ │ └── Result.java └── src/main/resources/ ├── application.yml └── mapper/ ├── StudentMapper.xml ├── CourseMapper.xml └── ScoreMapper.xml

Result.java是统一返回体，包含code、message、data三个字段。所有接口都返回这个对象，前端只要判断code == 200就渲染data，否则弹message。混用裸对象和统一返回体在项目后期会出现“有的接口返回数组、有的返回对象”的混乱，从一开始就统一掉。

3.3 成绩录入与条件查询：动态 SQL 处理三种条件组合

成绩录入接口是这系统的核心写入入口。教师登录后选择课程、学期，录入学生成绩。后端要做两件事：第一校验分数在 0-100 区间，第二借助数据库的唯一索引实现“同一学期同一门课同一学生只能有一条成绩”，重复插入时直接捕获异常返回提示。

先看 Service 层代码：

@Service public class ScoreService { @Autowired private ScoreMapper scoreMapper; public Result saveScore(Score score) { if (score.getScore() == null || score.getScore() < 0 || score.getScore() > 100) { return Result.error("成绩必须在0到100之间"); } try { scoreMapper.insert(score); return Result.success("成绩录入成功"); } catch (DuplicateKeyException e) { return Result.error("该学生本学期的这门课程已有成绩，请使用修改功能"); } catch (Exception e) { return Result.error("成绩录入失败：" + e.getMessage()); } } }

注意到try-catch里单独捕了DuplicateKeyException，这是利用数据库唯一索引阻止重复数据的最后一道防线。如果你的代码先 select 再 insert，会有并发窗口，两个请求同时查到“不存在”然后都插入，第一道防线就失效了。直接 insert 捕获唯一键冲突更可靠。

成绩查询的情况复杂一些：教师想看某门课的成绩，可能按班级过滤，可能按学号模糊搜索，也可能只查不及格的学生。这三个条件可能同时存在，也可能一个都没有。此时最好用的是 MyBatis 动态 SQL 的<where>和<if>。

<select id="listScores" parameterType="com.example.grade.dto.ScoreQueryDTO" resultType="com.example.grade.dto.ScoreVO"> SELECT s.student_no, st.name AS student_name, st.class_name, c.course_name, sc.semester, sc.score FROM score sc JOIN student st ON sc.student_id = st.id JOIN course c ON sc.course_id = c.id <where> <if test="studentName != null and studentName != ''"> AND st.name LIKE CONCAT('%', #{studentName}, '%') </if> <if test="className != null and className != ''"> AND st.class_name = #{className} </if> <if test="courseId != null"> AND sc.course_id = #{courseId} </if> <if test="semester != null and semester != ''"> AND sc.semester = #{semester} </if> <if test="minScore != null"> AND sc.score &gt;= #{minScore} </if> <if test="maxScore != null"> AND sc.score &lt;= #{maxScore} </if> </where> ORDER BY sc.semester DESC, sc.score DESC </select>

这段 SQL 的要点是：<where>标签会自动去掉第一个条件前面的AND，所以最后拼接出来不会出现WHERE AND st.name LIKE ...这种语法错。>=和<=是 XML 中对>=和<=的转义写法，直接写<会解析成标签开头导致 XML 报错。CONCAT('%', #{studentName}, '%')是模糊查询的标准写法，这里为什么不用${}？因为${studentName}是字符串拼接进 SQL，存在注入风险，#{studentName}是预编译参数占位，最安全。

3.4 Excel 批量导入与导出：用 EasyExcel 处理整班成绩

成绩系统绕不开 Excel。老师手里通常已经有教务系统导出的成绩表，期望直接上传而不是手动一个一个输入。我用 EasyExcel 做导入导出，原因是对内存的控制比 Apache POI 更稳，读大文件时不易内存溢出。

先定义读写模型：

public class ScoreExcelData { @ExcelProperty(value = "学号", index = 0) private String studentNo; @ExcelProperty(value = "姓名", index = 1) private String studentName; @ExcelProperty(value = "课程编号", index = 2) private String courseNo; @ExcelProperty(value = "学期", index = 3) private String semester; @ExcelProperty(value = "成绩", index = 4) private String score; }

注意score在 Excel 里我声明为String，而不是BigDecimal。这是刻意为之的。真实学生的 Excel 表里经常出现“88.5”和“缺考”混在一列的情况，如果类型直接填数字，EasyExcel 在转换时遇到“缺考”就会抛异常终止整个导入。先用 String 接住，在业务逻辑里判断：能解析成数字的存分，不能解析的根据内容映射成remark备注，比如“缺考”。

导入方法的 Service 层逻辑：

public Result importExcel(MultipartFile file, Long courseId) { if (file == null || file.isEmpty()) { return Result.error("文件不能为空"); } List<ScoreExcelData> list = EasyExcel.read(file.getInputStream()) .head(ScoreExcelData.class) .sheet() .doReadSync(); int successCount = 0; int failCount = 0; for (ScoreExcelData row : list) { try { Score score = new Score(); Student student = studentMapper.selectByStudentNo(row.getStudentNo()); if (student == null) { failCount++; continue; } score.setStudentId(student.getId()); score.setCourseId(courseId); score.setSemester(row.getSemester()); score.setScore(new BigDecimal(row.getScore())); scoreMapper.insert(score); successCount++; } catch (Exception e) { failCount++; } } return Result.success("导入完成，成功" + successCount + "条，失败" + failCount + "条"); }

这段代码的核心思想是“逐行处理，逐行容错”。如果硬要整个文件的事务性，某一行脏数据导致全部回滚，老师会气得删库。真实业务场景里，导入成绩允许部分失败，只要最终告诉用户哪几行失败、为什么失败就够了。逐行 try-catch 的方式牺牲了一点插入性能，换来的是错误隔离，一百行以内的成绩单完全感受不到性能差异。

导出更简单，直接把查询结果写入 Excel 返回：

public void exportScore(HttpServletResponse response, ScoreQueryDTO query) { List<ScoreVO> list = scoreMapper.listScores(query); response.setContentType("application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"); response.setCharacterEncoding("utf-8"); String fileName = URLEncoder.encode("成绩导出", "UTF-8").replaceAll("\\+", "%20"); response.setHeader("Content-disposition", "attachment;filename*=utf-8''" + fileName + ".xlsx"); EasyExcel.write(response.getOutputStream(), ScoreExcelData.class) .sheet("成绩单") .doWrite(list); }

导出时的文件名要处理编码，否则浏览器下载时中文文件名会乱码。filename*=utf-8''是 HTTP 规范里的标准写法，前面再URLEncoder.encode一遍，双保险。很多系统在线预览正常，导出文件名变成一堆百分号，就是因为少了这段编码处理。

4. 让项目跑起来：本地部署与可验证的最小路径

代码写完之后，最难的一步其实是把环境理顺。很多系统在同学的电脑上能跑，换一台机器就起不来，多半是版本和环境变量的问题。

4.1 环境准备：JDK、Maven、MySQL 的版本匹配

用 Spring Boot 2.7.x 时，对应要求如下：

这里有一个隐藏的坑：MySQL 8.0 的驱动类名是com.mysql.cj.jdbc.Driver，而 5.7 是com.mysql.jdbc.Driver。如果在 pom.xml 里用的 mysql-connector-java 8.x 版本，却沿用了老连接串，启动时会报ClassNotFoundException。我的建议是直接用 MySQL 8.0，连接串里加上useSSL=false&serverTimezone=Asia/Shanghai，避免时区差八小时的问题。

4.2 配置与启动：application.yml 中连接参数怎么写

Spring Boot 的配置文件我习惯用application.yml而不是application.properties，缩进结构一眼能看清层级。核心配置如下：

server: port: 8080 servlet: encoding: charset: UTF-8 force: true spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/grade_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: root password: 123456 servlet: multipart: max-file-size: 10MB max-request-size: 10MB mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.grade.entity configuration: map-underscore-to-camel-case: true

map-underscore-to-camel-case: true这个配置很关键。MySQL 表的字段是student_no、class_name这种下划线风格，Java 实体类字段是studentNo、className驼峰风格。没有这个配置，MyBatis 查询结果里student_no映射不到studentNo上，查出来的对象所有字段都是 null，页面上全是空白列。加上这一行，MyBatis 自动完成下划线到驼峰的转换，实体类就不用写一堆@TableField注解了。

启动命令还是老一套：

mvn clean package -DskipTests java -jar target/grade-system-0.0.1-SNAPSHOT.jar

看到终端输出Tomcat started on port 8080就说明启动成功。如果不想用 Maven 打包，直接在 IDEA 里运行GradeApplication.java的 main 方法也能起来，开发阶段我更推荐这种直跑的方式，报错定位更快。

4.3 端到端验证：管理员登录到录入成绩的一条完整链路

项目跑通之后，建议按以下六步走一遍核心流程，确认没有返工隐患：

第一步，浏览器访问http://localhost:8080/login，用预置的管理员账号登录，系统能正确跳转到管理首页。

第二步，在管理员界面新增一个学生，学号唯一，提交后列表能马上出现这条记录。到 MySQL 里执行SELECT * FROM student WHERE student_no='...'验证落库内容没有乱码。

第三步，新增两门课程，学分分别设 2.0 和 3.0。

第四步，用教师账号登录，选择一门课程，进入成绩录入页面，手动录三个学生的成绩，其中故意录一个超过 100 的分值，确认系统提示“成绩必须在0到100之间”而不是直接报 500 错误。

第五步，下载系统导出的 Excel，打开检查中文文件名是否正常、成绩数据是否和库里一致。

第六步，用学生账号登录，查询自己成绩，确认学生只能看到自己的纪录，看不到班级其他同学。这步如果放行，说明权限拦截有漏洞，直接回到第 2 章的权限设计去查过滤器或拦截器配置。

5. 学生成绩信息管理系统避坑指南：5个高频翻车点与排查办法

项目真实落地时的麻烦几乎都集中在细节上。这一章不讲理论，只讲翻车现场。

5.1 中文乱码：请求、数据库、页面三层编码要统一

现象：页面上输入学生姓名“张三”，保存后再查出来变成“寮犱笁”或“???”，但直接在 MySQL 命令行插入中文却正常。

原因：数据链路里至少有一环编码不是 UTF-8。最常见的是数据库连接串缺少characterEncoding=utf8参数，Tomcat 请求解码用了默认 ISO-8859-1，或者页面本身的charset没有设置。链路很长，任何一个环节不一致都会出乱码。

解决：先把数据库建库语句确认是utf8mb4，再确认application.yml连接串里带characterEncoding=utf8，最后在 Spring Boot 的server.servlet.encoding配置里设置force: true。这三处对齐后，98% 的乱码问题消失。剩下的 2% 是 Excel 导入的文件编码问题，老版本 Excel 导出的 CSV 可能是 GBK 编码，解决方法是读取时判断文件头字节，按实际编码读入再统一转 UTF-8。

5.2 删除课程时被外键拦死：先查有没有成绩记录再决定物理删还是逻辑删

现象：管理员在课程管理页面删除一门课程，系统报错Cannot delete or update a parent row: a foreign key constraint fails，数据库里的course表记录删不掉。

原因：这是第 3 章建表设计里外键约束的必然结果。score表有外键引用course.id，只要成绩表里还有这门课的成绩记录，MySQL 就拒绝删除课程主记录，防止产生悬空的成绩数据。

解决：删除前先查引用，这是标准的业务处理顺序。常见做法是在 DELETE 之前先执行SELECT COUNT(*) FROM score WHERE course_id = ?，如果大于 0，提示“该课程已有成绩记录，不能删除”，并建议改为逻辑删除。具体实现就是在course表加一个deleted字段，默认 0，删除时 update 成 1，所有查询自动过滤WHERE deleted = 0。历史数据保留，未来统计想恢复也随时能恢复。

5.3 Excel 批量导入：空行、文本型数字、全角空格导致的数据错乱

现象：导入一个两百行的成绩表，系统提示成功 190 条失败 10 条。失败的不全是成绩数据错误，有的行明明看着有学号，实际读取是空值。

原因：Excel 里最常见的三类脏数据是：表格末尾的空行被 EasyExcel 读成全是 null 的对象；数字列被设置成文本格式，读出来是"88"带引号的字符串，直接new BigDecimal("88")没问题，但遇到"88 "这样带一个全角空格的字符串就抛异常；还有“缺考”“缓考”这类非数字文本混在成绩列里。

解决：导入逻辑里统一做数据清洗。读到的每一行先判断学号或姓名字段是否为空，为空直接跳过计数。对成绩字段，不要直接new BigDecimal(row.getScore())，而是写一个 tolerant 的方法：先trim，再正则判断^-?\\d+(\\.\\d+)?$，匹配失败就按备注处理。正则里注意漏掉全角空格，所以trim在前面必须先做。

5.4 越权访问：学生把 URL 从 /score/list 改成 /score/delete 之后

现象：学生账号登录后，手动在浏览器地址栏输入/score/delete?id=1，居然返回了操作成功。学生可以删除任意成绩记录。

原因：Controller 层只做了“是否登录”的校验，没有做“登录的是谁”的校验。也就是说，只要认证了就能调用接口，而接口本身没有检查当前操作者是不是教师或管理员。这是权限模型的典型漏洞，接口默认对登录用户全部开放。

解决：最常见做法是用拦截器做角色匹配。Spring Boot 里实现一个HandlerInterceptor，在preHandle里从 Session 拿当前登录用户的角色字段，然后按请求路径前缀判断权限：/admin/**需要管理员，/teacher/**需要教师，/student/**只需要登录态。后端接口一定要有鉴权，不能依赖前端按钮显隐。写论文时这段拦截器代码是很好的“系统安全性设计”素材。

5.5 成绩更新与统计同时进行：缺事务让数据出现暂态错乱

现象：老师一边修改成绩，另一边统计页面同时算平均分和及格率，偶尔查到的平均分和最终值对不上。

原因：修改成绩通常是两步操作——更新score表，然后可能存在冗余的统计表或缓存。如果两步之间没有事务保护，更新了成绩还没更新统计时，另一个线程读取到的就是不一致的数据。另外，MyBatis 的update默认返回受影响行数，如果更新语句的where条件不带id，一次 update 可能覆盖多条记录，这种错误比暂态错乱更严重。

解决：但凡涉及“先更新数据、后同步统计”的场景，Service 方法加@Transactional注解，保证事务提交前别的线程读不到中间状态。对所有update操作，where条件必须带主键或唯一索引字段，防止误更新多行。如果统计是实时算的，不用冗余表，那就不存在这个问题，直接查score表聚合即可，这种情况连事务都不一定需要，因为单条 SQL 本身就是原子的。

6. 从“能用”到“可用”：给系统加分的一个技巧与实践建议

系统跑通之后，最常被问的是“有没有亮点”。与其加一堆华而不实的功能，不如把成绩统计做到场景里。学生最想知道的是“我这门课过了没有、在班里什么位置”，老师最想知道的是“这学期整体情况怎么样、哪个班需要重点关注”。

一个简单的 SQL 就能输出分段统计：

SELECT SUM(CASE WHEN score >= 90 THEN 1 ELSE 0 END) AS excellent_count, SUM(CASE WHEN score >= 60 AND score < 90 THEN 1 ELSE 0 END) AS pass_count, SUM(CASE WHEN score < 60 THEN 1 ELSE 0 END) AS fail_count, ROUND(AVG(score), 2) AS avg_score FROM score WHERE course_id = #{courseId} AND semester = #{semester};

这是纯粹的别名形式统计，算及格率直接在业务层拿pass_count除以总人数就行，不用在 SQL 里再除一次。分段逻辑可以按实际需要调整，比如想分 90-100、80-89、70-79、60-69、60 以下五档，再加几个WHEN score BETWEEN 80 AND 89即可。合力完成的这个统计结果，以图表形式嵌在教师端首页，就是答辩和交付时最直观的亮点。

我自己的习惯是，每完成这类系统都会留一个后门给教务人员，不做复杂的 Vue 大屏，而是导出统计明细到 Excel，让非技术背景的人也能自行处理。这个习惯帮我少回答了很多“你这个系统怎么导出某某数据”的需求变更，也让项目在验收后的实际使用率明显提高。希望这篇内容能帮你把一个老题目做出经得起推敲的交付，少走一圈弯路。

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