学生成绩管理系统是学习数据库应用的经典练手项目。使用SQLite可以把所有数据保存在一个本地文件里，无需安装复杂的数据库服务，非常适合班级规模较小、访问并发低的场景。通过合理的表设计和SQL语句，我们能够实现学生信息维护、课程管理以及成绩录入与统计等功能。
数据库表结构设计与外键约束
在SQLite中设计学生成绩管理系统，核心是要把实体拆分清楚。通常我们需要三张表：学生表保存学号和姓名，课程表保存课程编号和名称，成绩表通过外键关联学生和课程，并记录分数。这种结构符合数据库范式，能避免把重复信息写进同一张表。
SQLite从3.6.19版本开始支持外键，但默认是关闭的，必须在连接后执行PRAGMA foreign_keys = ON;才能生效。如果忽略这一步，插入成绩时即使引用的学生编号不存在也不会报错，数据一致性就失去了保障。下面给出一个建表示例，注意外键写法以及分数字段使用REAL类型保留小数。
PRAGMA foreign_keys = ON;
CREATE TABLE student (
id INTEGER PRIMARY KEY,
name TEXT NOT NULL,
class_name TEXT
);
CREATE TABLE course (
id INTEGER PRIMARY KEY,
title TEXT NOT NULL
);
CREATE TABLE score (
student_id INTEGER,
course_id INTEGER,
point REAL,
FOREIGN KEY(student_id) REFERENCES student(id),
FOREIGN KEY(course_id) REFERENCES course(id)
);
除了基础字段，实际项目里还可以给学生表加索引列如class_name，方便后续按班级批量查询。成绩表建议建立联合索引(course_id, student_id)，因为大多数统计都是先选定课程再看学生。这些设计在数据量上涨后会明显影响查询效率。
成绩录入与常用查询写法
录入成绩时，我们往往通过参数化语句防止SQL注入，同时利用事务保证批量插入要么全成功要么全失败。比如在Python里使用sqlite3模块，可以把多条成绩放在一个事务里提交。如果某条记录违反外键，整个事务回滚，不会留下脏数据。
查询是每个管理系统用得最多的功能。例如要查出某学生所有课程的成绩，可以使用JOIN把三张表连起来。下面的示例展示了如何传入学生编号获取结果集。注意SQLite的字符串拼接用||运算符，和MySQL的CONCAT不同，写错会导致语法异常。
SELECT s.name, c.title, sc.point FROM score sc JOIN student s ON sc.student_id = s.id JOIN course c ON sc.course_id = c.id WHERE s.id = 1;
另一个常见需求是统计每门课程的平均分。用GROUP BY配合聚合函数即可，但若数据量大，没有索引的课程编号会让全表扫描变慢。此时应在score(course_id)上建索引。此外，想要列出不及格学生，只需在WHERE里加sc.point < 60条件，SQLite对浮点比较是直接支持的。
实战中的坑与性能优化思路
很多人在Windows上写路径时会把数据库文件放在类似C:\school\data.db的位置，这里的反斜杠必须原样保留，不能写成C:/school/data.db，否则某些语言层的字符串解析会把\s当成转义。用Python打开时写sqlite3.connect("C:\\school\\data.db")或原始字符串才能正确指向文件。
性能方面，当成绩表积累到几万行后，频繁按班级汇总可能变卡。除了加索引，还可以考虑用覆盖索引，把常用查询字段都包含进去，避免回表。如果只读场景多，开启PRAGMA journal_mode = WAL;能让读写并发更好。对于导出报表，可先把数据查出来用程序生成CSV，而不是在SQL里做复杂文本处理。
最后提醒，SQLite单文件虽方便，但做好备份很重要。直接复制db文件前建议先执行PRAGMA wal_checkpoint;确保WAL日志合并，否则拷贝的文件可能缺最新事务。把这些细节处理好，一个轻量的学生成绩管理系统就能稳定跑在日常教务里。