简介这套基于Qt与SQL实现的试题库管理系统课程设计资源面向计算机专业需要完成数据库课程设计的学生也适合正在学习C/Qt桌面应用开发的初学者参考。资源以软件工程思路组织完整覆盖需求分析、概念与逻辑结构设计、SQL建库、界面与功能模块编码、报告撰写等环节内置登录界面、题库管理、试卷生成等模块能帮助读者走通从数据库建模到界面交互的完整实现链路。资源包共47个文件压缩后仅1.29MB包含cpp/h源代码、ui界面定义、qss样式表、sql建库脚本、png图标以及docx设计报告等代码与文档配套便于对照学习。报告附有数据流图、模块实现说明、任务书和读我文件可辅助理解系统总体方案及各模块边界。已有1708人学习适合作为课程设计模板或QtSQL项目入门范本。1. 先理数据再画界面试题库管理系统的第一道坎很多人第一次做试题库管理系统会把注意力全放在 Qt 界面上窗口怎么排、表格怎么拖、按钮怎么响应。结果这类项目最容易翻车的地方往往不在界面而在题目数据本身——选项格式不统一、答案字段把单选多选混在一起、随机抽题抽完出现重复题。这篇笔记要拆的是一个用 Qt SQL 搭起来的试题库管理系统SQL 负责把科目、题目、试卷模板和试卷明细理顺Qt 负责把录入、编辑、组卷、导出变成可操作的桌面界面。适合正在做课程设计、实验管理平台或者想把散落的 Excel 题库搬进正式数据库的开发者。2. 技术选型与数据建模Qt Widgets SQLite 的四张核心表题库系统跟普通管理系统不一样它的核心不是“能增删改查”而是“题目数据经不经得起抽查”。所以先别急着写界面代码把表结构定下来后面所有的 Qt 窗口、表格、按钮才有的放矢。2.1 控制粒度优先为什么用 QSqlQuery 而不是 QSqlTableModel很多 Qt 教程会推荐 QSqlTableModel说它能直接绑定 QTableView几行代码就能实现一个可编辑表格。听起来很美但用到题库这种多题型、多字段、带 JSON 选项的业务上体验比较难受。QSqlTableModel 的问题在于提交时机模糊它默认缓冲编辑只有调用 submitAll 才会落库如果某道题的 options 字段是 JSON 文本表格里填错一个引号提交时 SQLite 不会帮你纠错错误往往要等到下次打开界面才暴露。我一般会用 QSqlQuery 手写 SQL。Qt 的 QSqlQuery 本来就是为这种场景设计的你明确知道表单里有哪几个字段就用预处理语句绑定代码看着多一点但逻辑完全可控。单机工具类项目数据量不会大到百万级手写 SQL 的性能完全够用而 QSqlTableModel 的性能优势在这种场景下体现不出来反而会让“哪条数据保存成功、哪条失败”变成黑匣子。选 SQLite 而不是 MySQL理由也很简单桌面端题库系统通常没有专职 DBASQLite 单文件部署备份就是把 .db 文件拷走。等哪天用户量上来、需要多人协同再把 SQL 从 SQLite 方言迁到 MySQL改动主要集中在这篇文章第 2.2 节的 SQL 建表语句和少数驱动配置业务层 QSqlQuery 写法基本可以保留。2.2 表结构设计科目、题目、试卷模板、试卷明细我的做法是做四张表科目表 subject、题目表 question、试卷模板表 paper、试卷明细表 paper_item。其中题目表的 options 字段用 JSON 文本存选项answer 字段统一存答案文本这样单选、多选、判断、填空、解答题都能塞进同一张表不用为每种题型单独建表。CREATE TABLE IF NOT EXISTS subject ( id INTEGER PRIMARY KEY AUTOINCREMENT, name VARCHAR(30) UNIQUE NOT NULL, sort_no INTEGER DEFAULT 0, create_time DATETIME DEFAULT (datetime(now, localtime)) ); CREATE TABLE IF NOT EXISTS question ( id INTEGER PRIMARY KEY AUTOINCREMENT, subject_id INTEGER NOT NULL REFERENCES subject(id), qtype INTEGER NOT NULL DEFAULT 1, stem TEXT NOT NULL, options TEXT, answer TEXT NOT NULL, difficulty INTEGER DEFAULT 3, score INTEGER DEFAULT 5, status INTEGER DEFAULT 1, used_count INTEGER DEFAULT 0, create_time DATETIME DEFAULT (datetime(now, localtime)), update_time DATETIME DEFAULT (datetime(now, localtime)) ); CREATE TABLE IF NOT EXISTS paper ( id INTEGER PRIMARY KEY AUTOINCREMENT, title VARCHAR(100) NOT NULL, subject_id INTEGER NOT NULL, total_score INTEGER DEFAULT 100, create_time DATETIME DEFAULT (datetime(now, localtime)) ); CREATE TABLE IF NOT EXISTS paper_item ( id INTEGER PRIMARY KEY AUTOINCREMENT, paper_id INTEGER NOT NULL REFERENCES paper(id), question_id INTEGER NOT NULL REFERENCES question(id), position INTEGER NOT NULL, score INTEGER DEFAULT 5 ); CREATE INDEX idx_question_subject ON question(subject_id, qtype, status); CREATE INDEX idx_paper_item_question ON paper_item(paper_id);qtype 我约定为1 单选、2 多选、3 判断、4 填空、5 解答。options 字段只在选择题里非空存的是 JSON 数组例如单选:[A. 北京, B. 上海, C. 广州, D. 深圳]正确答案 answer 存A多选存A,C判断存T或F。用 JSON 而不是单独拆一张选项表看起来不“规范”但实际维护时最省心——一道题的选项在录入时是一个整体拆开建表意味着每次修改选项都要先删后插事务边界反而变复杂。选项文本里如果包含中文逗号解析 JSON 不会出错这比用逗号分隔字符串靠谱得多。status 字段我留作上下架控制一道新录入的题默认 status1 直接可用但如果接了审核流程可以把新增题的初始值改成 0等审核通过再改为 1。2.3 连接初始化与编码第一次打开不白屏的关键配置SQLite 的 QSQLITE 驱动在 Qt 里是默认带的但连接初始化有几个细节容易被略过。我习惯用一个独立函数完成连接建立和 PRAGMA 设置bool initDatabase(const QString dbPath) { QSqlDatabase db QSqlDatabase::addDatabase(QSQLITE, questionBank); db.setDatabaseName(dbPath); db.setConnectOptions(QSQLITE_BUSY_TIMEOUT5000); if (!db.open()) { qWarning() open db failed: db.lastError().text(); return false; } QSqlQuery query(db); query.exec(PRAGMA foreign_keys ON;); query.exec(PRAGMA journal_mode WAL;); query.exec(PRAGMA busy_timeout 5000;); query.exec(PRAGMA synchronous NORMAL;); return true; }setConnectOptions 里的QSQLITE_BUSY_TIMEOUT5000是毫秒值意思是拿不到写锁时最多等 5 秒而不是立刻报 database is locked。open 之后执行四条 PRAGMAforeign_keys 开启外键约束保证 paper_item 里不会出现不存在的 question_idjournal_mode 改成 WAL读写并发时性能明显更好busy_timeout 和连接选项里的值保持一致双保险synchronousNORMAL 配合 WAL 模式可以在突然断电时把损坏概率降到可接受范围同时写入速度比 FULL 快不少。如果用的是 MySQL这段就换成 QMYSQL 驱动、host/port/user/password 那几个 set 方法PRAGMA 就不用了。这里要提醒一点如果程序运行时报 “no such driver: QSQLITE”先别怀疑代码去 Qt 安装目录的 plugins/sqldrivers 下看看有没有 qsqlite.dll / libqsqlite.so。自己编译 Qt 时很容易漏掉这个插件把它拷到可执行文件同级的 sqldrivers 目录就行。3. 从录入到组卷增删改查、批量导入与随机抽题表结构定好后面就是实打实的编码。这一章按业务顺序走连接数据库、插入题目、批量导入、随机抽题每一步都给出可以直接抄走的结构。3.1 封装一个数据库操作类连接生命周期与事务边界桌面程序里数据库连接不是越多越好。我一般做一个小单例整个程序共用同一个连接避免多连接写同一 SQLite 文件时互相锁死。Qt 的 QSqlDatabase::addDatabase 第二个参数是连接名默认连接名可以省略但项目里建议显式命名方便多处引用。class Db { public: static bool init(const QString path) { /* 见 2.3 节代码 */ } static QSqlDatabase connection() { return QSqlDatabase::database(questionBank); } };批量导入数据时事务是必须的。SQLite 默认每条 INSERT 语句自动提交几千道题逐条提交要花十几秒而且中间一条数据出错前面的已入库回滚非常麻烦。正确做法是包一层事务最后一并提交bool importQuestions(const QListQuestion questions) { QSqlDatabase db Db::connection(); if (!db.transaction()) { qWarning() begin transaction failed; return false; } for (const Question q : questions) { if (!insertQuestion(db, q)) { db.rollback(); return false; } } return db.commit(); }事务的意义是“要么全成要么全不成”。如果考试中心导入一份 2000 道的题库导到第 1500 道时发现第 1501 道题缺了 stem你要的是全部回滚而不是留下一半题目让后面组卷时查出“题目总数对不上”。这个函数不直接操作业务层只负责抛事务边界insertQuestion 的异常见一个回滚一个。3.2 插入与更新题目参数绑定、占位符与类型问题单题插入这件事网上很多例子用字符串拼接 SQL这在题库系统里是隐患。题目正文里出现单引号非常常见比如“Its important”一拼接就把 SQL 语法弄坏了。用 QSqlQuery 的预处理函数 bindValue最稳妥。bool insertQuestion(QSqlDatabase db, const Question q) { QSqlQuery query(db); query.prepare( INSERT INTO question (subject_id, qtype, stem, options, answer, difficulty, score, status) VALUES (:subject_id, :qtype, :stem, :options, :answer, :difficulty, :score, :status) ); query.bindValue(:subject_id, q.subjectId); query.bindValue(:qtype, q.qtype); query.bindValue(:stem, q.stem); query.bindValue(:options, q.optionsJson); // 没有选项就绑定 QVariant() query.bindValue(:answer, q.answer); query.bindValue(:difficulty, q.difficulty); query.bindValue(:score, q.score); query.bindValue(:status, q.status); if (!query.exec()) { qWarning() insert question failed: query.lastError().text(); return false; } return true; }先说 option 字段当题型是选择题时optionsJson 是QJsonDocument::toJson(QJsonDocument::Compact)的结果当题型是填空或解答时options 字段应该绑定一个空的 QVariant()让 SQLite 把这一列写成 NULL。bindValue 不要省略任何参数哪怕它允许 NULL也要显式写清楚否则占位符个数对不上prepare 阶段就会报 parameter count mismatch。至于更新逻辑跟插入几乎一致只是把 INSERT INTO 换成 UPDATE question SET ... WHERE id:id。有一个细节update_time 字段我在建表时写了默认值但 UPDATE 语句不会自动更新它你得手动在 SQL 里加update_time datetime(now,localtime)或者干脆在程序里绑定当前时间。别指望 SQLite 的 DEFAULT 能帮你滚动刷新它只在 INSERT 时生效。3.3 随机抽题ORDER BY RANDOM() 的正确打开方式随机抽题是题库系统最核心的功能。SQLite 的随机排序写起来很直白QVectorint pickQuestionIds(QSqlDatabase db, int subjectId, int qtype, int limit) { QVectorint ids; QSqlQuery query(db); query.prepare( SELECT id FROM question WHERE subject_id :sid AND qtype :qtype AND status 1 ORDER BY RANDOM() LIMIT :limit ); query.bindValue(:sid, subjectId); query.bindValue(:qtype, qtype); query.bindValue(:limit, limit); if (!query.exec()) { qWarning() pick failed: query.lastError().text(); return ids; } while (query.next()) { ids.append(query.value(0).toInt()); } return ids; }这里有个实战坑LIMIT 后面的占位符在不同版本驱动里支持程度不同。SQLite 目前支持LIMIT :limit绑定但如果你遇到 “datatype mismatch” 或抽出的数量不对就把 limit 直接拼进 SQL 字符串。这个字段来自你的下拉框或输入框转成 int 后拼接不会产生注入问题别为了形式上的“参数化”把自己卡死。另外要明白 ORDER BY RANDOM() 的性能边界。题目表在几千到几万道题这个量级全表扫描加随机排序一次查询几十毫秒到一两百毫秒用户感知不明显当表数据到几十万道随机排序会明显变慢。这时候可以改成两段式先用SELECT MIN(id), MAX(id) FROM question WHERE subject_id:sid拿 id 范围然后用程序生成不重复随机数再SELECT * FROM question WHERE id IN (..., ...)。注意 id 范围可能是稀疏的随机数落在已删除的 id 上要多取几次实际代码里我会把候选数乘 3 再取去重后截断到需要的数量。组卷时还容易遇到“同一套卷子里出现重复题”的问题尤其是从不同题型分别抽题时更稳妥的做法是先把这套卷子已有的题目 id 查出来随机抽题 SQL 里加条件AND id NOT IN (...)。如果抽题前先查一次已有题目SQL 写起来会干净很多——相当于把“去重”从前端逻辑挪到了数据层后面要追查抽题结果是否异常也只看 SQL 日志就行。4. 实战避坑Qt 接入 SQL 常见的四个翻车现场数据库连接这件事看着简单实际运行起来报错五花八门。这里整理我在这个项目里踩过的四个高频坑按“现象 → 原因 → 解决”的顺序写直接对照着排错。4.1 中文乱码界面上显示“????”现象题目题干和选项是中文在 Qt 的 QTableView 里显示成问号导出试卷时 PDF 里中文全部变方块。原因八成不是 SQLite 存坏了而是数据写入前就已经乱掉。SQLite 的 TEXT 类型按 UTF-8 存储Qt 的 QString 内部是 UTF-16只要你在连接和编码转换之间没有统一或者从 CSV 导入时没有按 UTF-8 解码就会把 GBK 字节流当成 UTF-8 存进库里。解决先做一个最小复现新建一条含中文的记录插入后立刻用 sqlite3 命令行工具查询如果命令行查出来正常说明存储没问题问题在 Qt 显示或读取后的编码。CSV 导入时Qt6 的 QTextStream 要显式设置in.setEncoding(QStringConverter::Utf8)Qt5 老项目则用QTextCodec::setCodecForLocale(QTextCodec::codecForName(UTF-8))。千万不要依赖系统默认区域设置Windows 下默认可能是 GBK同样的代码在别的机器上结果就变了。4.2 SQLite 报 database is locked写入并发惹的祸现象程序运行一段时间后某个 INSERT 或 UPDATE 突然失败QSqlQuery::lastError() 返回database is locked。原因最常见的情况是项目里不止一个 QSqlDatabase 连接实例在写同一个 .db 文件或者有一个长事务没结束就打开了另一个写连接。SQLite 同一时刻只允许一个写事务别的连接写入时拿不到锁超过 busy_timeout 就报错。另外QSqlQuery 对象没有及时销毁也会占着连接尤其是在循环里反复创建 query 又不让它出作用域连接迟迟不释放。解决先全局搜索addDatabase确认整个程序只有一个连接实例。写操作统一走一个函数事务内不要混入耗时操作比如不要在事务中间弹 MessageBox 等用户点击。最后把第 2.3 节里的 WAL 模式和 busy_timeout 都加上这俩能让读和写同时进行写与写之间最多等 5 秒基本能消除偶发锁死。4.3 bindValue 的数量对不上parameter count mismatch现象prepare 语句后直接 exec报错parameter count mismatch或者提示 1 个参数未绑定。原因SQL 字符串里写了:namebindValue 也按名字绑了但漏了某个字段更隐蔽的是同一个占位符在 SQL 里出现两次例如WHERE subject_id:sid OR parent_id:sid有些驱动版本只认第一次绑定第二次取到的值还是旧的。解决占位符出现多次时不要偷懒只 bind 一次改成两个不同名字比如:sid和:parent_sid绑定两遍。调试时打印出 query.boundValues().keys()对照 SQL 文本里的占位符逐个核对。这个方法帮我十分钟内定位过好几处“看起来没毛病”的 SQL。4.4 ORDER BY RANDOM() 在大表上性能退化现象题库数据量超过十万后随机抽题一次耗时超过一秒界面明显卡顿。原因ORDER BY RANDOM() 会让 SQLite 为每一行调用一次随机函数然后全量排序数据量越大越慢这个行为不是 O(n) 而是 O(n log n)。十万行时一秒多百万行时可能直接卡到没反应。解决不要抽全字段先只抽 id再按 id 批量取完整题目。进阶做法见 3.3 节的 id 范围抽样两次查询替代一次笨重排序。如果后续要多套试卷同时抽题建议把已抽出的 id 集合缓存到内存哈希表避免对同一张表反复执行代价高的随机查询。5. 把题库做成成品试卷导出与数据校验系统能录入和抽题只算完成了七成。我最后补的两个模块一个是把题目排版导出成 PDF一个是抽出共性检查脚本这两个功能才是用户感知“能用”和“好用”的分界线。PDF 导出我用的是 QTextDocument 加 QPrinter核心思路是把每一道题写进 QTextCursor再调用 print 输出 PDF。它的好处是中文支持好字体直接用系统中文字体不需要额外引入第三方排版库。为了不让解答类题目的答案直接暴露在试卷上我会把答案单独存到answer字段导出时只拼接 qtype、stem、options判断题在括号里给“ ”解答题留空行。题目排版顺序就按 paper_item.position 排序别用插入顺序因为人工调整题目顺序后position 才是真实顺序。QTextDocument doc; QTextCursor cursor(doc); for (int i 0; i pageItems.size(); i) { cursor.insertText(QString(%1. %2\n).arg(i 1).arg(stem)); if (!options.isEmpty()) { cursor.insertText(options \n); } cursor.insertText(\n); } QPrinter printer; printer.setOutputFormat(QPrinter::PdfFormat); printer.setOutputFileName(paper.pdf); doc.print(printer);数据校验我是每次导入题库后强制跑一遍专门查那些“看着正常但抽到就出事”的数据。比如题目去重SELECT stem, COUNT(*) FROM question GROUP BY stem HAVING COUNT(*) 1;查完全相同的题干选择题选项数量校验JSON 数组长度小于 2 的直接标红多选答案里的字母是否都在选项范围内用一段小脚本比对。这些检查不写进 Qt 界面里而是放在一次性的校验脚本里因为它的发生频率低、耗时长做成菜单项反而干扰日常录入。从那以后我每次拿到新题库都强制走一遍“建表 → 导入 → 校验 → 抽题 → 导出”的闭环校验脚本和抽题代码固定放在同一个工具目录里谁改题库谁先跑校验再也没有出现过考试中途发现某道题选项对不上的情况。希望帮到你。本文还有配套的精品资源点击获取