简介：这份资源是一套基于Qt与SQL实现的试题库管理系统课程设计完整资料，面向计算机相关专业学生及需要完成数据库课程设计、C++编程实训的学习者，帮助解决从需求分析到系统落地的全流程问题。压缩包共47个文件，约1.29MB，包含5个cpp源文件与7个h头文件构成核心逻辑，3个ui界面文件与5个qss样式表负责界面呈现，另有1个sql脚本用于建库建表，以及3个docx、1个doc课程设计报告与任务书文档，配合png截图、ico图标和pro、qrc工程配置，结构完整便于直接编译运行。目前已有1708人学习下载，说明该方案在同类课程设计中具有较高参考价值。读者可获取规范化程度较高的关系模型设计思路、数据流图与模块实现说明、界面与功能模块划分方法，以及可直接复用的Qt工程源码和数据库脚本，适合对照完成自己的题库管理系统开发与报告撰写。
1. 试题库管理系统：从手工拼卷到 Qt+SQL 自动组卷的落地路径
如果你带过培训班、做过企业内训，或者在学校里帮老师维护过题库，大概率经历过这种场面：期末前一周，几个人围着一台电脑，从十几个 Word 文档里复制粘贴题目，手动调格式、对答案、算分值，最后还要反复核对有没有重复题。一套卷子拼下来，半天没了，还容易出错。这份「试题库管理系统」要解决的正是这个场景——把题目结构化存进数据库，用 Qt 做桌面端界面，按题型、难度、知识点自动抽题组卷。它适合两类人：一类是需要频繁出卷的教务或培训岗，另一类是正在找 Qt+SQL 综合练手项目的开发者。下面我按实际拆包复现的顺序，把环境、建库、组卷算法和踩过的坑一次讲清。
2. 环境与选型：为什么是 Qt + SQL 而不是 Web 方案
2.1 桌面端组卷场景的技术选型理由
题库管理这类工具，用户往往是在办公室单机或局域网内使用，不需要公网访问，也不涉及高并发。用 Web 方案（比如前后端分离）当然能做，但部署成本高——要配服务器、装数据库服务、处理跨域，对非技术用户不友好。Qt 编译出来就是一个可执行文件，双击即用，数据库用 SQLite 单文件存储，拷走就能换机器继续用，这是它最实际的优势。
从技术栈看，Qt 提供QSqlDatabase、QSqlQuery、QSqlTableModel这套数据库抽象层，配合QTableView可以直接把查询结果映射到界面，省掉大量手写表格填充的代码。SQL 侧用 SQLite 做本地库，语法兼容大部分标准 SQL，后期要换成 MySQL 或 PostgreSQL，改一下驱动和连接参数即可，业务 SQL 基本不用动。这种「界面层 Qt + 数据层 SQL」的分工，是这类管理系统最稳的组合。
2.2 开发环境搭建与依赖确认
先确认 Qt 版本和数据库驱动。Qt 5.15 和 Qt 6.x 在 SQL 模块上差异不大，但 Qt 6 默认不再自带部分驱动，需要手动确认。下面是我在 Windows + Qt 5.15 + MinGW 下的检查步骤，Linux 下把路径换成对应目录即可。
# 查看 Qt 安装目录下是否有 SQLite 驱动 # Windows 默认路径类似 C:\Qt\5.15.2\mingw81_64\plugins\sqldrivers ls $QTDIR/plugins/sqldrivers/ # 正常应看到 qsqlite.dll（Windows）或 libqsqlite.so（Linux）如果这里没有qsqlite驱动，程序运行时会报QSqlDatabase: QSQLITE driver not loaded。解决办法是用 Qt 维护工具重新勾选对应组件，或者自己编译驱动。确认驱动存在后，在.pro文件里加上 SQL 模块：
QT += core gui sqlQT += sql这行不能漏，否则QSqlDatabase相关头文件编译不过。很多人第一次跑报一堆未定义引用，八成就是这里没加。工程建好后，先写一个最小连接测试，确认能打开数据库再往下做。
#include <QSqlDatabase> #include <QSqlError> #include <QDebug> int main() { QSqlDatabase db = QSqlDatabase::addDatabase("QSQLITE"); db.setDatabaseName("question_bank.db"); // 数据库文件名，不存在会自动创建 if (!db.open()) { qDebug() << "打开失败:" << db.lastError().text(); return -1; } qDebug() << "数据库连接成功"; return 0; }这段代码的逻辑很直白：注册 SQLite 驱动、指定数据库文件、尝试打开。setDatabaseName传的是相对路径时，文件会生成在程序工作目录下，调试阶段建议先用绝对路径，避免找不到文件。lastError().text()是排错的关键，任何数据库操作失败都先打这个。
3. 建库与表结构：题目、选项、试卷三张核心表怎么设计
3.1 表结构设计与字段类型选择
题库系统的数据模型不复杂，但字段设计直接影响后面组卷的灵活性。核心是三张表：题目表存题干和答案，选项表存选择题的各个选项，试卷表记录每次组卷的结果。把选项单独拆表，是因为选择题选项数量不固定，塞进题目表会变成optionA、optionB这种僵硬结构，后期加选项就得改表。
-- 题目表：所有题型共用，用 type 区分 CREATE TABLE questions ( id INTEGER PRIMARY KEY AUTOINCREMENT, type INTEGER NOT NULL, -- 1单选 2多选 3判断 4填空 5简答 content TEXT NOT NULL, -- 题干 answer TEXT NOT NULL, -- 标准答案，多选用逗号分隔 difficulty INTEGER DEFAULT 1, -- 难度 1易 2中 3难 knowledge TEXT, -- 知识点标签，用于按范围抽题 score REAL DEFAULT 1.0 -- 建议分值 ); -- 选项表：只对选择题有效 CREATE TABLE options ( id INTEGER PRIMARY KEY AUTOINCREMENT, question_id INTEGER NOT NULL, label TEXT NOT NULL, -- A/B/C/D content TEXT NOT NULL, FOREIGN KEY (question_id) REFERENCES questions(id) ON DELETE CASCADE ); -- 试卷表：记录组卷结果 CREATE TABLE papers ( id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT NOT NULL, created_at TEXT DEFAULT (datetime('now','localtime')), total_score REAL, detail TEXT -- 存抽中的题目 id 列表，JSON 格式 );type用整数而不是字符串，是为了查询和统计时更快，也避免中文编码问题。answer字段对多选题存成A,C,D这种形式，解析时按逗号切分即可。knowledge字段是组卷按知识点抽题的依据，录入时最好统一标签，比如都写「第一章」或「数据结构」，别一会儿写章节号一会儿写章节名，否则按范围抽题会漏。
options表的外键带了ON DELETE CASCADE，删题目时选项自动清理，不会留孤儿数据。注意 SQLite 默认不开启外键约束，需要在每次连接后执行PRAGMA foreign_keys = ON;，否则级联删除不生效，这是很多人踩过的坑。
3.2 用 QSqlQuery 完成建表与批量导入
建表可以在程序启动时执行，判断表是否存在，不存在才创建，避免每次启动重复建表报错。
void initDatabase(QSqlDatabase &db) { QSqlQuery query(db); // 开启外键约束，必须每次连接后执行 query.exec("PRAGMA foreign_keys = ON;"); // 建题目表，IF NOT EXISTS 保证重复执行不报错 bool ok = query.exec( "CREATE TABLE IF NOT EXISTS questions (" "id INTEGER PRIMARY KEY AUTOINCREMENT," "type INTEGER NOT NULL," "content TEXT NOT NULL," "answer TEXT NOT NULL," "difficulty INTEGER DEFAULT 1," "knowledge TEXT," "score REAL DEFAULT 1.0)"); if (!ok) { qDebug() << "建表失败:" << query.lastError().text(); } }批量导入题目时，用事务包起来能显著提速。逐条exec插入一千条题目可能要好几秒，放进一个事务里通常不到一秒。
db.transaction(); QSqlQuery q(db); q.prepare("INSERT INTO questions (type, content, answer, difficulty, knowledge, score) " "VALUES (?, ?, ?, ?, ?, ?)"); for (const auto &item : questionList) { q.addBindValue(item.type); q.addBindValue(item.content); q.addBindValue(item.answer); q.addBindValue(item.difficulty); q.addBindValue(item.knowledge); q.addBindValue(item.score); q.exec(); } db.commit();prepare+addBindValue是防 SQL 注入的标准写法，题干里带单引号也不会出问题。如果导入的是 Excel 或 CSV，常见做法是先用 Python 的pandas读出来转成 SQL 或中间格式，再让 Qt 程序读入，比在 C++ 里解析 Excel 省事得多。
4. 自动组卷：按题型和难度抽题的 SQL 与随机策略
4.1 抽题逻辑与 SQL 实现
组卷的本质是按约束条件从题库里选出一批题。约束通常包括：每种题型抽几道、总难度分布、指定知识点范围。最直接的做法是对每种题型分别查询，用ORDER BY RANDOM()随机排序后取前 N 条。
-- 抽 10 道单选题，限定难度为中等，知识点为「第一章」 SELECT id, content, answer, score FROM questions WHERE type = 1 AND difficulty = 2 AND knowledge = '第一章' ORDER BY RANDOM() LIMIT 10;ORDER BY RANDOM()在 SQLite 里对小表够用，但题库上万条时会有性能问题，因为它要对全表生成随机数再排序。数据量大时，常见做法是先SELECT COUNT(*)拿到符合条件的总数，再用程序生成随机偏移量，配合LIMIT 1 OFFSET n逐条取，或者一次性取回 id 列表在内存里洗牌。我一般题库在五千条以内直接用RANDOM()，超过就换偏移量方案。
抽题时还要防止同一份卷子里出现重复题。如果分多次查询，不同题型之间不会重复，但同一题型内LIMIT已经保证不重复。真正要防的是「同一道题被抽进同一张卷子两次」，这在按知识点多次抽题时可能发生，解决办法是把已抽中的 id 记进一个集合，后续查询用AND id NOT IN (...)排除。
4.2 组卷参数配置与结果落库
把抽题参数做成可配置的结构，界面上一组输入框对应题型数量，比硬编码灵活得多。
struct PaperRule { int type; // 题型 int count; // 抽取数量 int difficulty; // 难度，0 表示不限 QString knowledge; // 知识点，空表示不限 }; QVector<int> generatePaper(QSqlDatabase &db, const QVector<PaperRule> &rules) { QVector<int> pickedIds; QSqlQuery q(db); for (const auto &rule : rules) { QString sql = "SELECT id FROM questions WHERE type = :type"; if (rule.difficulty > 0) sql += " AND difficulty = :diff"; if (!rule.knowledge.isEmpty()) sql += " AND knowledge = :know"; sql += " ORDER BY RANDOM() LIMIT :cnt"; q.prepare(sql); q.bindValue(":type", rule.type); if (rule.difficulty > 0) q.bindValue(":diff", rule.difficulty); if (!rule.knowledge.isEmpty()) q.bindValue(":know", rule.knowledge); q.bindValue(":cnt", rule.count); q.exec(); while (q.next()) { pickedIds.append(q.value(0).toInt()); } } return pickedIds; }这段代码按规则逐条抽题，把命中的题目 id 收集起来。bindValue用命名占位符比问号更易读，参数多的时候不容易搞错顺序。抽完后把 id 列表和试卷信息写进papers表，detail字段存 JSON 数组，方便回看和重新导出。
组卷完成后要校验一件事：实际抽到的题数是否等于规则要求。如果某个题型题库里数量不够，LIMIT会返回少于预期的结果，程序不能默认成功。我一般会在抽完后比对数量，不足时弹提示告诉用户哪类题不够，而不是默默生成一份残缺的卷子。
5. 避坑与排查：数据库和界面联调中最容易翻车的几处
5.1 驱动加载失败与路径问题
现象：程序启动就报QSqlDatabase: QSQLITE driver not loaded，或者open()一直返回 false。原因通常是驱动插件没被找到，或者数据库文件路径不对。Qt 找驱动是相对plugins/sqldrivers目录的，打包发布时如果没把这个目录一起带上，换台机器就跑不起来。解决办法是发布时用windeployqt（Windows）自动拷贝依赖，或者手动把sqldrivers目录放到可执行文件同级。数据库文件用相对路径时，工作目录取决于从哪里启动程序，调试阶段一律用绝对路径，能省掉大量「明明文件在却打不开」的排查时间。
5.2 中文乱码与编码设置
现象：题干里的中文存进数据库变成问号，或者界面显示乱码。原因多半是源码文件编码和数据库编码不一致。Qt 5 默认按 UTF-8 处理字符串，但 SQLite 本身不强制编码，如果源码文件存成了 GBK，写进去就是乱码。解决办法是统一用 UTF-8 保存所有源文件，在main函数里设置编码：
QTextCodec *codec = QTextCodec::codecForName("UTF-8"); QTextCodec::setCodecForLocale(codec);Qt 6 已经移除了QTextCodec，默认就是 UTF-8，不用再设。如果是从旧项目迁移，注意这行代码在 Qt 6 下编译不过。
5.3 外键约束不生效导致的数据残留
现象：删掉一道选择题，options表里对应的选项还在，时间长了积累一堆无用数据。原因是 SQLite 默认关闭外键约束，建表时写的ON DELETE CASCADE根本没起作用。解决办法是在每次打开数据库连接后执行PRAGMA foreign_keys = ON;，注意这个设置是连接级别的，不是数据库级别的，每次新连接都要重新执行。很多人只在建表时执行一次，换个连接就失效了。
5.4 组卷时抽题数量不足却无提示
现象：设置抽 20 道单选，生成的卷子只有 12 道，程序不报错。原因是LIMIT在结果不足时不会报错，只是返回实际数量。解决办法是在抽题后统计实际数量，和规则要求比对，不足时明确提示用户「单选题库不足，需要 20 道，实际只有 12 道」。这个校验看着简单，但漏掉的话用户拿到残缺卷子才发现，返工成本更高。
5.5 大批量导入时的性能与事务问题
现象：导入几千道题时界面卡死，进度条不动。原因是逐条插入没有用事务，每次exec都触发一次磁盘写入。解决办法是用db.transaction()和db.commit()把批量插入包起来，几千条数据通常能压到一秒内。如果数据量特别大，还可以分批提交，比如每五百条 commit 一次，避免单个事务过大占用内存。导入过程中如果要更新界面进度，记得用QApplication::processEvents()或放到独立线程，否则界面照样卡。
6. 进阶技巧：用视图和导出把题库用出花来
题库建好之后，真正提升效率的是两件事：一是用 SQL 视图把常用统计固化下来，二是把组好的卷子导出成可打印的格式。先说视图。每次组卷前你可能都想知道各题型、各难度的题目存量，与其在代码里写一堆COUNT查询，不如建一个视图，界面直接查视图就行。
CREATE VIEW v_question_stats AS SELECT type, difficulty, knowledge, COUNT(*) AS total FROM questions GROUP BY type, difficulty, knowledge;这个视图按题型、难度、知识点三个维度统计题量。界面上放一个QTableView，setModel直接绑定SELECT * FROM v_question_stats的查询结果，用户一眼就能看出哪类题该补了。视图的好处是数据实时反映底表变化，不用手动刷新统计。
再说导出。组好的卷子最终要变成能打印的文档，常见做法是导出成 HTML 再用浏览器打印，或者用QTextDocument生成 PDF。我一般选 HTML，因为排版灵活，样式用 CSS 控制，导出后直接浏览器打开就能打印。核心是把抽中的题目按 id 查出来，拼成 HTML 字符串。
QString exportPaperToHtml(QSqlDatabase &db, const QVector<int> &ids, const QString &title) { QString html = "<html><head><meta charset='utf-8'></head><body>"; html += "<h2 style='text-align:center'>" + title + "</h2>"; QSqlQuery q(db); int index = 1; for (int id : ids) { q.prepare("SELECT content, type FROM questions WHERE id = ?"); q.addBindValue(id); q.exec(); if (q.next()) { html += QString("<p>%1. %2</p>").arg(index++).arg(q.value(0).toString()); } } html += "</body></html>"; return html; }meta charset='utf-8'这行必须加，否则浏览器打开中文全是乱码。题号用循环变量生成，不依赖数据库里的 id，保证卷面上是连续的 1、2、3。如果要导出答案页，再遍历一遍 ids 把answer字段拼到另一个 HTML 里即可。
这里有个我踩过的坑：导出时如果题干里本身带 HTML 特殊字符（比如<、>），直接拼进 HTML 会被当成标签解析，显示错乱。稳妥做法是对题干做转义，把<换成<、>换成>，再拼进去。这个细节不处理，遇到带公式或代码的题目就会翻车。
从那以后我每次做导出功能，都强制先跑一遍特殊字符转义，再拼 HTML，宁可多写一行也不赌题干里没有尖括号。希望这些能帮到你，少走点我当年摸黑试出来的弯路。
本文还有配套的精品资源，点击获取
