简介图书馆管理信息系统数据库课程设计报告内容涵盖系统开发平台、数据库规划、需求分析、逻辑设计、物理设计、应用程序设计、测试与总结等完整环节适合计算机相关专业学生完成课程设计或毕业设计时参考。报告以Eclipse和SQL Server 2000为开发环境围绕管理员、读者、书籍、副本、借阅、归还、罚款、挂失等核心业务详细展示了ER图、数据字典、关系表、索引、视图、触发器以及功能模块与界面设计并给出了读者类型、最大借阅数、借阅时限、超期罚款规则等业务规则内容完整且结构清晰。压缩包内仅含1个doc文档大小239KB可直接作为课程设计报告模板尤其适用于需要学习数据库设计与实现流程的读者。目前已有362人学习浏览对于希望快速掌握图书馆管理系统数据库设计思路的读者具有较高参考价值。1. 图书馆管理信息系统为什么所有数据库课设都绕不开它如果你这几天正在为「数据库课程设计-图书馆管理信息系统.doc」这个题目熬夜我先把话挑明从网上下个能跑的 demo 交上去答辩大概率会被秒杀。图书馆管理信息系统是数据库课设里最经典的题目表面是几张表加几个按钮老师真正要看的是你懂不懂关系建模、事务边界、并发控制和不带脏数据的 SQL。这篇笔记不贴包装好的「完整源码」只讲我从建库到答辩踩过的高频问题表怎么拆才不冗余、借书为什么必须用事务、哪些 SQL 一旦写错就会被追问到怀疑人生。适合正在复现这个题目、想靠自己拿成绩单的人。2. 先把表结构设计对从借阅流程反推数据库模型2.1 图书馆核心业务的三类实体图书、读者、借阅记录图书馆管理信息系统的业务并不复杂核心就三个动作书进馆、读者办证、借书还书。但很多课设从第一张表就建错了。最常见的错误是只有一张「图书表」字段是书名、作者、ISBN、是否借出。这种表没法回答一个基本问题《三体》馆藏 5 本被人借走 1 本剩下 4 本在馆系统里怎么表示如果把「是否借出」做成一个布尔字段同一本书的 5 个实体就得重复存 5 行改书名时就要改 5 行妥妥的更新异常。正确做法是把图书拆成两层。第一层是图书基本信息表存「书种」书名、作者、ISBN、分类、总册数。第二层是馆藏副本表一本书种对应多行每行是物理存在的一本带唯一的条形码和当前状态在馆/借出/维修。这是数据库建模里「概念实体与物理实体分离」的经典例子。课程设计的评分点通常就在这里能不能识别出「图书」和「图书副本」是不同粒度的实体。读者表相对简单但有一个字段容易被忽略借阅限额。不同读者类型学生/教师允许借的册数不同这个值必须存储在读者表里作为后续借书事务的判断依据。不要把当前已借数量存在读者表里那会造成冗余和并发更新不一致。已借数量应该通过统计借阅记录表实时算出来。借阅记录表是整个系统的心脏。每次借书插入一条记录包含借阅记录 ID、读者 ID、副本 ID、借出日期、应还日期、实际归还日期、续借次数。这里的设计要点是return_date允许 NULLNULL 表示「未归还」。很多统计题——比如逾期未还、借阅排行、在借数量——都依赖这个 NULL 判断。如果你用或「0000-00-00」表示未归还后面每写一条 SQL 都要多考虑一层纯粹给自己挖坑。2.2 用ER图拆解借书/还书/续借/预约的约束画 ER 图不是给老师充门面它能帮你把每个业务流程翻译成数据库能执行的约束。拿借书来拆首先读者必须存在副本必须存在然后副本状态必须是「在馆」最后读者当前未还数量必须小于限额。这四个条件缺一不可其中「读者当前未还数量」是运行时算出来的不是直接存的所以它必须在事务里通过 SQL 计算并判断。还书流程要拆两步更新借阅记录的return_date为当前日期同时把对应副本的状态改回「在馆」。如果该记录已超期还要计算罚款。很多课设把罚款金额设计成表我觉得没必要一个overdue_days * fine_per_day的计算字段就够了除非老师明确要求罚款管理。续借则是更严格的动作先查该借阅记录是否超期、续借次数是否小于上限通过后把due_date加 30 天、renew_count加 1。预约这个功能是典型的「老师会问、你别真做」的扩展。预约意味着当副本不可借时把需求队列化等还书时按顺序通知读者。实现它需要额外的队列表和状态判断工作量会翻倍。我一般建议在报告里把预约的 ER 图和管理员操作流程写出来说明你懂设计但代码实现截止到借还书。把「确实做了」和「答辩能讲」分开是课设保命的第一条经验。从这些业务约束回头看外键设计借阅记录的reader_id外键指向读者表copy_id外键指向副本表。副本表不要直接放读者字段因为同一个副本在不同时间属于不同读者。这里有一句我课设时老师反复强调的话外键是数据库最后的防线但业务规则比如限额、状态必须靠事务和断言来控制不能指望数据库自动帮你做。2.3 建库建表SQL数据类型与主外键怎么选以 MySQL 8.x 为例下面这套建表 SQL 是我反复调整后的最小可用版本。代码里的注释就是当初踩坑总结。CREATE DATABASE IF NOT EXISTS library_db DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci; USE library_db; -- 图书基本信息表一本书种一行 CREATE TABLE t_book ( book_id INT AUTO_INCREMENT PRIMARY KEY COMMENT 书种ID, title VARCHAR(200) NOT NULL COMMENT 书名, author VARCHAR(100) NOT NULL COMMENT 作者, isbn VARCHAR(20) NOT NULL UNIQUE COMMENT ISBN号, category VARCHAR(50) DEFAULT 未分类 COMMENT 分类, total_copies INT NOT NULL DEFAULT 1 COMMENT 总册数 ) ENGINEInnoDB; -- 馆藏副本表每本物理书一行 CREATE TABLE t_copy ( copy_id VARCHAR(32) PRIMARY KEY COMMENT 条形码如BK001, book_id INT NOT NULL COMMENT 所属书种, status TINYINT NOT NULL DEFAULT 1 COMMENT 1在馆 0借出 2维修, CONSTRAINT fk_copy_book FOREIGN KEY (book_id) REFERENCES t_book(book_id) ON DELETE CASCADE ON UPDATE CASCADE ) ENGINEInnoDB; -- 读者表 CREATE TABLE t_reader ( reader_id VARCHAR(20) PRIMARY KEY COMMENT 读者证号, name VARCHAR(50) NOT NULL, reader_type TINYINT NOT NULL DEFAULT 0 COMMENT 0学生 1教师, max_borrow INT NOT NULL DEFAULT 5 COMMENT 最大借阅数, reg_date DATE NOT NULL ) ENGINEInnoDB; -- 借阅记录表一次借书一行 CREATE TABLE t_borrow ( borrow_id BIGINT AUTO_INCREMENT PRIMARY KEY, reader_id VARCHAR(20) NOT NULL, copy_id VARCHAR(32) NOT NULL, borrow_date DATE NOT NULL, due_date DATE NOT NULL, return_date DATE NULL COMMENT 空表示未归还, renew_count TINYINT NOT NULL DEFAULT 0, CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES t_reader(reader_id), CONSTRAINT fk_borrow_copy FOREIGN KEY (copy_id) REFERENCES t_copy(copy_id) ) ENGINEInnoDB; CREATE INDEX idx_borrow_reader ON t_borrow(reader_id); CREATE INDEX idx_borrow_copy ON t_borrow(copy_id);逻辑说明t_copy.copy_id用 VARCHAR 存条形码而不是自增整数 ID因为条形码是柜台扫码得到的业务主键具有实际业务含义。外键统一用 InnoDBMySQL 8 默认就是 InnoDB它才支持外键约束和行级锁。t_borrow的return_date允许 NULL这是整套报表查询的基础。参数说明字符集必须用utf8mb4不是utf8。MySQL 的utf8实为 utf8mb3存不了 emoji 和生僻字如果你录入的作者名或书名里有这些字插入时直接报错。ON DELETE CASCADE用在副本对书种的级联这样删除书种时副本一起走。但借阅记录的外键不要加 CASCADE删读者时不能把历史借阅记录删掉否则答辩会被问「借阅流水是审计数据凭什么丢」。如果你打算用 SQLite 做课设上述设计也成立只是 SQLite 不支持外键级联的默认启用每次连接要执行PRAGMA foreign_keys ON。另外 SQLite 的日期函数和 MySQL 不太一样统计部分要改。除非老师允许我建议用 MySQL毕竟课程设计的考纲基本是围绕 MySQL 或 SQL Server 出的。3. 增删改查与事务让系统真正能跑起来3.1 图书管理的CRUD参数化查询与防注入图书馆管理信息系统最表层的要求就是增删改查。图书管理的 CRUD 包括新书入库、修改书目信息、删除下架、按书名/作者/ISBN 查询。很多初学者喜欢用Statement拼接字符串比如SELECT * FROM t_book WHERE title title 这在单机 demo 里跑得通但答辩时老师只要在搜索框输入 OR 11整个表就被拖出来了。所以这一章我只讲参数化查询。下面是一个真实的 Java 代码片段用于新增图书并生成对应数量的副本// BookDao.java - 新增图书返回生成的书种ID public int addBook(Book book) throws SQLException { String sql INSERT INTO t_book(title, author, isbn, category, total_copies) VALUES(?,?,?,?,?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql, Statement.RETURN_GENERATED_KEYS)) { ps.setString(1, book.getTitle()); ps.setString(2, book.getAuthor()); ps.setString(3, book.getIsbn()); ps.setString(4, book.getCategory()); ps.setInt(5, book.getTotalCopies()); int rows ps.executeUpdate(); try (ResultSet rs ps.getGeneratedKeys()) { if (rs.next()) book.setBookId(rs.getInt(1)); } return rows; } }逻辑说明这里使用PreparedStatement所有用户输入通过?占位符传入数据库驱动会编译参数并转义天然免疫 SQL 注入。使用RETURN_GENERATED_KEYS是因为后面要往t_copy插入副本需要拿到刚生成的自增book_id。try-with-resources 保证Connection、PreparedStatement、ResultSet自动关闭不会把数据库连接泄漏。参数说明ps.setString的索引从 1 开始顺序对应 SQL 里的问号。setInt处理总数。如果你用的是MySQL 8.0驱动类名是com.mysql.cj.jdbc.Driver老驱动com.mysql.jdbc.Driver在 8.0 已废弃。修改图书结构更常见的情形是加字段。比如要在借阅记录表里加一个罚款金额字段用ALTER TABLE t_borrow ADD COLUMN overdue_fine DECIMAL(6,2) DEFAULT 0.00 COMMENT 逾期罚款;这条语句本身不是 CRUD但它说明了「改表结构」在课设中的正确打开方式先看清楚现有数据再决定新字段的默认值。如果表里已有数据新字段加NOT NULL必须给DEFAULT否则会失败。这是个高频翻车点后面详细讲。3.2 借书还书流程事务边界与状态机设计借书在业务上是「先检查再动手」的多步流程但很多课设把步骤拆成三次独立的数据库操作中间任何一步失败都会留下脏数据。比如读者检查通过、副本状态也查到在馆但插入借阅记录时网络闪断副本状态却没有改成借出这本书就永远显示「在馆」却借不出去。解决这个问题的唯一办法是事务。下面是一个规范的借书方法我统一使用 Java JDBCpublic boolean borrowBook(String readerId, String copyId) throws Exception { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED); // 1. 查读者限额及当前在借数量 String sql1 SELECT max_borrow, (SELECT COUNT(*) FROM t_borrow WHERE reader_id? AND return_date IS NULL) AS cnt FROM t_reader WHERE reader_id?; try (PreparedStatement ps conn.prepareStatement(sql1)) { ps.setString(1, readerId); ps.setString(2, readerId); try (ResultSet rs ps.executeQuery()) { if (!rs.next()) throw new RuntimeException(读者不存在); if (rs.getInt(cnt) rs.getInt(max_borrow)) { throw new RuntimeException(已超过最大借阅数); } } } // 2. 锁定副本行并检查状态 String sql2 SELECT status FROM t_copy WHERE copy_id? AND status1 FOR UPDATE; try (PreparedStatement ps conn.prepareStatement(sql2)) { ps.setString(1, copyId); try (ResultSet rs ps.executeQuery()) { if (!rs.next()) throw new RuntimeException(该书不在馆); } } // 3. 更新副本状态为借出 try (PreparedStatement ps conn.prepareStatement( UPDATE t_copy SET status0 WHERE copy_id?)) { ps.setString(1, copyId); ps.executeUpdate(); } // 4. 插入借阅记录 try (PreparedStatement ps conn.prepareStatement( INSERT INTO t_borrow(reader_id, copy_id, borrow_date, due_date) VALUES(?,?,CURDATE(),DATE_ADD(CURDATE(), INTERVAL 30 DAY)))) { ps.setString(1, readerId); ps.setString(2, copyId); ps.executeUpdate(); } conn.commit(); return true; } catch (Exception e) { if (conn ! null) conn.rollback(); throw e; } finally { if (conn ! null) { conn.setAutoCommit(true); conn.close(); } } }逻辑说明这个方法的精髓在FOR UPDATE。它在第 2 步锁定副本表的这行直到事务提交。两个管理员同时办借书后到的那个人会被阻塞等前一个提交后才读到最新状态这就避免了「都查到在馆然后同时借出」的超借问题。第 1 步查出来的cnt和max_borrow虽然没加锁但在READ_COMMITTED隔离级别下后续更新操作仍以第一次读取为准配合事务边界基本够用。参数说明setAutoCommit(false)之后所有 SQL 都在同一个事务里必须显式commit()。任何一步抛出异常rollback()会把第 3 步的UPDATE和第 4 步的INSERT全部撤销回到借书前的状态。TRANSACTION_READ_COMMITTED比 MySQL 默认的REPEATABLE_READ更适合这种场景它只锁定被读取的行降低死锁概率。还书流程同样需要事务先更新借阅记录的return_date再更新副本状态两步一致。如果还书时发现due_date早于当前日期就计算逾期天数并更新罚款字段。这里要特别提醒永远不要用「删除借阅记录」来做还书那会丢掉历史统计报表全废。3.3 统计报表SQL借阅排行、逾期未还这类查询怎么写课程设计答辩必问统计查询。三个最常见的需求是借阅排行、逾期未还清单、月度借阅量。这些 SQL 写得好不好直接反映你有没有学会多表关联和聚合分组。借阅排行 Top10SELECT b.title, COUNT(*) AS borrow_count FROM t_borrow br JOIN t_copy c ON br.copy_id c.copy_id JOIN t_book b ON c.book_id b.book_id WHERE br.return_date IS NOT NULL GROUP BY b.book_id, b.title ORDER BY borrow_count DESC LIMIT 10;这里GROUP BY必须包含b.book_id和b.title因为 MySQL 8 默认开启了ONLY_FULL_GROUP_BY不加b.title会报错。COUNT(*)统计每本书在所有借阅记录里出现的次数。如果你要区分「借出次数」和「续借次数」可以在WHERE里加条件。逾期未还清单SELECT r.name, b.title, br.due_date, DATEDIFF(CURDATE(), br.due_date) AS overdue_days FROM t_borrow br JOIN t_reader r ON br.reader_id r.reader_id JOIN t_copy c ON br.copy_id c.copy_id JOIN t_book b ON c.book_id b.book_id WHERE br.return_date IS NULL AND br.due_date CURDATE() ORDER BY overdue_days DESC;return_date IS NULL是判断「未还」的关键条件due_date CURDATE()筛出应还日早于今天的。DATEDIFF计算逾期天数这个字段可以直接用于罚款计算。月度借阅量统计SELECT DATE_FORMAT(borrow_date, %Y-%m) AS month, COUNT(*) AS cnt FROM t_borrow GROUP BY DATE_FORMAT(borrow_date, %Y-%m) ORDER BY month;DATE_FORMAT把日期格式化成2025-03这种月字符串GROUP BY按月份聚合。这里要注意如果表里有未来的借阅记录需要加WHERE borrow_date CURDATE()。统计报表的优化空间不大但规范写法能避免 90% 的坑所有多表关联都显式写JOIN不要用逗号隐式连接GROUP BY的列必须和SELECT的非聚合列一致。4. 界面与数据层的连接Java/Swing还是Python/Tkinter4.1 为什么课程设计常用JDBCMySQL图书馆管理信息系统最常见的实现组合是 Java Swing 做界面、JDBC 连 MySQL。原因是这套组合最能体现「分层」界面层图形窗口、业务层借书/还书流程、数据访问层DAO三层各管各的答辩时你讲起来也清楚。Java Swing 虽然丑但它是 AWT/Swing 时代的标准考试内容每个学校都有 Java 课程铺垫老师对这套栈的提问也在可控范围内。Python Tkinter SQLite 要快得多适合个人快速完成课设。但它的风险在于老师一看没用主流数据库可能会追问「你的系统怎么支持并发」——这时候你得能解释 SQLite 的锁机制。如果你的课程明确要求使用数据库管理系统如 MySQL、SQL Server、达梦就不要为了省事换 SQLite。选型的核心原则是「老师这门课教什么你就用什么」。还有一种组合是 Java Web JSP MySQL那就是把系统做成网页版。Web 版在界面展示上更讨喜也能把 MVC 讲得更清楚。但要注意纯 JSP 页面里写 SQL 属于大忌必须拆成 Servlet Service DAO。课设时间紧的话桌面版更容易控制进度。4.2 连接管理从DriverManager到连接池课设规模下用DriverManager.getConnection就够了不用上连接池。很多同学写代码时每操作一次数据库就 new 一个 Connection用完不关过一会儿程序就报Too many connections。正确的姿势是封装一个 DBUtil 工具类统一管理 URL、用户名、密码并且保证每次用完自动关闭。import java.sql.*; public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/library_db ?useSSLfalseserverTimezoneAsia/Shanghai characterEncodingutf8allowPublicKeyRetrievaltrue; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { throw new RuntimeException(MySQL驱动加载失败, e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }参数说明useSSLfalse关闭加密连接减少握手开销serverTimezoneAsia/Shanghai解决 MySQL 8 的时区报错characterEncodingutf8保证中文传输正确allowPublicKeyRetrievaltrue配合新版 MySQL 的 caching_sha2_password 认证插件否则会报Public Key Retrieval is not allowed。在 DAO 里使用 DBUtil 时我建议全部采用 try-with-resources让Connection、Statement、ResultSet自动关闭。如果你用了连接池C3P0、Druid关闭连接是归还连接池不是真正断开但课设阶段不用碰这些知道概念即可。4.3 一个最小登录界面的实现要点登录功能是每个课设的门面但很多人的实现是在按钮点击事件里写DriverManager.getConnection然后拼 SQL 查密码。这样写不是不能跑但既没法复测也谈不上设计。正确的做法是把登录逻辑放到 DAO 层界面只负责收集用户输入。// AdminDao.java - 登录验证 public Admin login(String username, String password) { String sql SELECT * FROM t_admin WHERE username? AND password?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, password); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { return new Admin(rs.getString(username), rs.getString(name)); } } } catch (SQLException e) { e.printStackTrace(); } return null; }逻辑说明登录成功后返回一个Admin对象界面层根据返回值决定跳转还是弹错误框。如果密码存的是密文比如 MD5 或 BCrypt这里要把输入的密码加密后再执行查询也就是WHERE password?绑定密文。课程设计要求不高的可以明文但你至少要在报告里提一句「生产环境不能这么干」。界面的最小结构是一个 JFrame两个JTextField/JPasswordField一个登录按钮。按钮监听器里调用adminDao.login不要自己处理 SQL。这个分层习惯贯穿整个课设后面加图书管理、借书还书时你只需要往 DAO 里加方法界面层代码不用大改。5. 课设避坑指南这5个问题让90%的数据库课设翻车5.1 中文乱码入库书名全是问号现象在界面里输入书名插入数据库后再查出来显示成???或者ð¸乱码。控制台输出也是乱码。原因三层字符集不统一。数据库建库时用了latin1或者连接 URL 没加characterEncoding又或者操作系统的默认编码不是 UTF-8。MySQL 连接时客户端、连接、结果集任意一个环节不统一中文就会变成问号。解决建库时指定DEFAULT CHARACTER SET utf8mb4连接 URL 加characterEncodingutf8JVM 启动参数加-Dfile.encodingUTF-8。如果表已经建好用ALTER TABLE t_book CONVERT TO CHARACTER SET utf8mb4;批量改表。改完后再重新插入不要在原表里反复改字段容易把现有数据再搞乱。5.2 外键约束导致删除失败现象执行DELETE FROM t_book WHERE book_id1;报错Cannot delete or update a parent row: a foreign key constraint fails。原因t_copy表里有记录引用这本书的book_id或者t_borrow表里有记录引用某个读者/副本。外键约束在保护数据完整性不允许你直接删父表。解决如果你确实要删除整本书及副本应该先删子表数据或者在建表时给外键加ON DELETE CASCADE。但注意借阅记录不能级联删否则历史流水会丢。我一般的做法是逻辑删除。给t_book加一个is_deleted TINYINT DEFAULT 0字段下架时改成 1查询时默认过滤。这样既不会违反外键也能保留审计线索答辩说出来是加分项。5.3 并发借书导致超借与死锁现象两个管理员同时操作系统的在借数量超过读者限额或者两台客户端同时借同一本书最后一本「凭空消失」。还有一个现象两个事务各自锁了对方的行程序卡住日志提示 deadlock。原因并发场景下「先查后改」不是原子操作。比如读者 A 限额 5 本当前借了 4 本两个窗口同时查到 4都认为还能借一本各自插入一条记录最后变成 6 本。这就是丢失更新。死锁则是因为两个事务以相反顺序锁定资源互相等待。解决借书时把副本行加上SELECT ... FOR UPDATE第一个事务不提交第二个事务就会等待。对于读者限额可以在UPDATE时带条件UPDATE t_reader SET ... WHERE current_count max_borrow影响行数为 0 说明限额不足。避免死锁的方法是所有事务按固定顺序访问表比如先读读者、再锁副本、再插借阅记录不要反过来。5.4 SQL注入登录框输入万能密码现象在用户名框输入 OR 11密码随便填居然登录成功。或者搜索框输入; DROP TABLE t_book; --数据表被删。原因使用字符串拼接构造 SQL。SELECT * FROM t_admin WHERE username username 在用户输入单引号时改变了 SQL 结构后面的OR 11让条件恒真。解决全部改用PreparedStatement参数化绑定任何用户输入都通过?占位符传入。这是最彻底的修复。不要在代码里再出现拼接 SQL 的语句除非拼接的是表名、列名这些不可参数化的部分那也要做白名单校验。5.5 MySQL 8 连接报时区与公钥错误现象程序启动后第一次查询报java.sql.SQLException: The server time zone value йʱ is unrecognized或者Public Key Retrieval is not allowed。原因MySQL 8 使用caching_sha2_password插件认证同时 JDBC 驱动要求明确指定时区。没有配置时驱动不知道服务器在哪时区连接失败公钥检索被禁用时加密密码传输无法完成。解决在连接 URL 后面追加serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueuseSSLfalse。改完重启程序。如果你用的是 MySQL 5.7不需要这些参数但加上也无害。另外一个坑是驱动版本和 MySQL 版本不匹配优先用与服务器同版本或更新的驱动 jar。6. 给课设加一个存储过程逾期统计报表的答辩加分项6.1 用日期范围参数算每日逾期量课设做到「能借能还」只是及格线想拿高分就要展示对数据库编程能力的掌握。我强烈建议加一个存储过程比如统计某段日期范围内每天有多少本处于逾期未还状态。这类「每日快照」用普通 SQL 写非常绕但用存储过程加临时表就顺理成章。DELIMITER // CREATE PROCEDURE sp_daily_overdue( IN start_date DATE, IN end_date DATE ) BEGIN DECLARE d DATE DEFAULT start_date; DROP TEMPORARY TABLE IF EXISTS tmp_overdue; CREATE TEMPORARY TABLE tmp_overdue ( stat_date DATE, overdue_count INT ); WHILE d end_date DO INSERT INTO tmp_overdue SELECT d, COUNT(*) FROM t_borrow WHERE return_date IS NULL AND due_date d AND borrow_date d; SET d DATE_ADD(d, INTERVAL 1 DAY); END WHILE; SELECT stat_date, overdue_count FROM tmp_overdue; END// DELIMITER ;逻辑说明DELIMITER //是因为默认的分号会截断存储过程定义临时改结束符。DECLARE d DATE声明循环变量WHILE从起始日遍历到结束日每天执行一次统计。统计条件return_date IS NULL表示当天还没还due_date d表示到当天已经超期。临时表tmp_overdue存每天的统计结果最后一次性SELECT返回。调用方式CALL sp_daily_overdue(2025-03-01, 2025-03-31);你会得到一张两列的结果集日期和当天在库的逾期数量。6.2 调用与验证在 Java 里调用存储过程不需要改 SQL 结构用CallableStatementCallableStatement cs conn.prepareCall({CALL sp_daily_overdue(?, ?)}); cs.setDate(1, Date.valueOf(2025-03-01)); cs.setDate(2, Date.valueOf(2025-03-31)); ResultSet rs cs.executeQuery();验证方法很简单造几条已知的逾期数据。比如把一条借阅记录的borrow_date设为 60 天前、return_date设为 NULL然后调存储过程观察对应的overdue_count是否在这些日期上递增。不要只测正常数据要测跨月边界、起始日恰好是还书日这种特殊情况。6.3 完善报告和测试数据存储过程是加分项但更值钱的是你的报告里有没有完整的测试数据。我建议准备至少 20 本书、10 个读者、50 条借阅记录覆盖在借、归还、逾期、续借四种状态。答辩前跑一遍所有功能截图保存到报告里。数据库备份用mysqldump -u root -p library_db library_backup.sql往服务器迁移或重做系统时一条命令就能恢复。我做课设最后悔的一件事是把时间全花在调界面样式上结果答辩抽问「你这张表的索引在哪个列」时答不上来。从那以后我的习惯是先把 SQL 脚本、ER 图、测试数据放妥当再花最后两小时美化界面。数据库课程设计的核心永远是数据库本身界面只是证明你会调用的载体。希望这篇笔记能帮你把弯路走直让答辩变成展示而不是解释。本文还有配套的精品资源点击获取
