简介图书借阅管理系统数据库课设项目面向需要完成数据库课程设计的学生及初级开发者系统覆盖图书管理、读者管理、借还书操作等业务场景完整展现数据库建模、关系表设计、外键约束、SQL增删改查、事务一致性、权限控制与备份恢复等核心知识点并涉及图书、读者、借阅记录等实体的字段设计与一对多、多对多关系处理。压缩包共81个文件大小约11.12MB主体为14个Java源码及其编译后的class文件另含依赖jar包、数据库及日志文件、项目文档和截图图片导入开发环境即可部署运行目录内源码、编译输出、数据库与文档分区存放便于检索和二次开发。已有1544人学习项目结构清晰便于对照学习图书、读者、借阅记录三张核心表之间的关联理解借书时库存扣减与事务回滚、查询优化等实现细节。整体完整度较高适合课程设计参考、项目复现或数据库综合实践能帮助读者将数据库理论落地到真实系统中。1. 图书借阅管理系统作为数据库课设它考的不是界面是关系建模与事务处理很多同学拿着“图书借阅管理系统”这个数据库课设题目时第一反应是“不就是图书增删改查加一个借还按钮吗”于是把精力全花在拖控件、调样式上结果验收时被老师几个问题问住为什么借阅记录要单独建表、借书并发时库存怎么会变负数、逾期天数到底是程序算还是数据库算。这个课设真正要考察的是把现实借阅流程提炼成关系模型再通过事务保证数据一致性的能力。它能解决的是“多人借书不超借、还书自动算逾期、统计报表能直接查”这一整条业务闭环。适合正在做课设的学生也适合需要快速搭一个轻量借阅后台的从业者。下文按一条完整路线展开表结构设计、JDBC编码实现、典型踩坑和答辩加分项。2. 先把表结构设计对借阅系统的核心是关系不是界面2.1 拆解借阅业务四张主表和一张关系表动笔写代码之前先把业务里的名词画出来。一个最小可用的图书借阅系统实体至少有四个读者、图书、管理员、借阅记录。其中读者和图书之间是多对多关系——一个读者可以借多本图书一本图书可以被多个读者在不同时间借阅这个多对多关系不能直接塞进读者表或图书表必须拆成一张独立的借阅记录表来承载。借阅记录表除了放读者ID和图书ID两个外键还要带上借书日期、应还日期、实际还书日期、续借次数、状态这些业务字段。状态字段尤其重要它标记这条记录是“借出中”还是“已归还”后续做超期查询、库存恢复都依赖这个值。管理员表则用来区分登录权限虽然很多课设不涉及复杂的权限控制但留一张表会让答辩时对“用户与权限”的提问好交代得多。我一般会建议把你的ER图先画到五张表这个规模读者表、图书表、管理员表、借阅记录表再根据需求决定要不要加单独的预约表或罚款表。对课设来说五张表以内是最容易讲清楚、也最容易手工造数据验证的范围。表再多外键关系变复杂造测试数据就够你头疼的。2.2 从ER图到关系模式主键、外键和约束怎么落表把ER图转成关系模式后每个表的主键、外键、唯一约束要明确。下面是一套可以照着建的表结构数据库用MySQL存储引擎选InnoDB字符集统一utf8mb4。CREATE DATABASE IF NOT EXISTS library DEFAULT CHARSET utf8mb4; USE library; CREATE TABLE reader ( reader_id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(32) NOT NULL, phone VARCHAR(20), id_card VARCHAR(18) UNIQUE, max_books TINYINT NOT NULL DEFAULT 5, status TINYINT NOT NULL DEFAULT 0 ) ENGINEInnoDB; CREATE TABLE book ( book_id INT AUTO_INCREMENT PRIMARY KEY, isbn VARCHAR(20) NOT NULL, title VARCHAR(64) NOT NULL, author VARCHAR(32), category VARCHAR(32), total_stock INT NOT NULL DEFAULT 1, available INT NOT NULL DEFAULT 1 ) ENGINEInnoDB; CREATE TABLE admin ( admin_id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(32) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL ) ENGINEInnoDB; CREATE TABLE borrow_record ( record_id INT AUTO_INCREMENT PRIMARY KEY, reader_id INT NOT NULL, book_id INT NOT NULL, borrow_time DATETIME NOT NULL, due_time DATETIME NOT NULL, return_time DATETIME DEFAULT NULL, renew_count TINYINT NOT NULL DEFAULT 0, status TINYINT NOT NULL DEFAULT 0, FOREIGN KEY (reader_id) REFERENCES reader(reader_id), FOREIGN KEY (book_id) REFERENCES book(book_id) ) ENGINEInnoDB;这段建表语句里几个参数是课设答辩的高频提问点。reader表的max_books字段用来限制读者最多同时借几本比在代码里写死数字灵活status字段我注释为0表示正常1表示冻结读者逾期不还或被管理员手动停用时置为1。borrow_record里的status0表示借出中1表示已归还2表示已续借过这个值配合return_time是否为空来判定一条借阅记录的完整生命周期。参数上有两个容易忽略的点。第一是日期类型借书时间用DATETIME而不是DATE因为DATE丢掉了时分秒答辩时如果被问到“一天内借了多少次”DATE根本答不上来。第二是外键的删除策略我故意没有写ON DELETE CASCADE意思是借阅记录和被借图书都不允许被物理删除真要删书或删读者应该先处理关联记录这个在第四章会展开讲。2.3 范式检查三范式怎么过哪些冗余是故意的建完表以后拿三范式逐条过一遍是答辩前必须做的功课。第一范式要求字段不可再分上面每张表的字段都是原子值book表里没有把作者和分类塞进同一个字段满足。第二范式要求非主属性完全依赖主键borrow_record里读者姓名和图书书名没有出现在这张表说明没有部分依赖满足。第三范式要求非主属性之间没有传递依赖book表里只有title、author这类直接依赖book_id的属性没有把“分类描述”这种本应属于分类表的字段放进来满足。但我会刻意保留一处冗余book表的category字段存的是分类名称而不是分类ID。如果严格按照第三范式应该拆一张category表book表只存category_id。不拆的理由是课设系统里分类只是一个展示属性不会单独维护拆成两张表反而让增删改查的代码多一层JOIN。这种“故意冗余”在答辩时可以说出理由查询频度高、数据量小、更新频率极低牺牲范式换取一次联表查询的简化。还有一个细节是字符集。utf8mb4和utf8的区别在于前者支持四字节字符以后往图书标题里塞emoji或生僻字不会乱码。你如果建库时偷懒用了latin1后面中文乱码的坑几乎是跑不掉的。3. 用JDBC把借书还书跑通事务和状态才是业务关键3.1 分层设计entity / dao / service / ui表结构定了以后代码不建议全塞在界面事件里。常见做法是分成四层entity放实体类对应表结构dao层写SQL操作每个表service层处理借书、还书这类跨表的业务逻辑并且在service层控制事务ui层只负责接收输入和展示结果。这样分层的好处是答辩被问到“某个功能怎么实现”时你能顺着调用链一路讲下去而不是翻着三百行的按钮事件找SQL。以Java Swing MySQL为例JPackage结构大致是entity下有Book、Reader、BorrowRecorddao下有BookDao、ReaderDao、BorrowRecordDaoservice下有BorrowServiceui下有MainFrame。这个结构对课设来说已经够清晰不用上Spring这类框架答辩时讲原理反而更直观。3.2 连接工具类参数、连接池与资源释放数据库连接不能每次new一个Connection用完不关这会直接导致连接数耗尽。课设里我会用一个简单的工具类集中管理连接参数和关闭逻辑。import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/library ?useUnicodetruecharacterEncodingutf8 useSSLfalseserverTimezoneAsia/Shanghai; 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(加载JDBC驱动失败, e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(AutoCloseable... resources) { for (AutoCloseable r : resources) { if (r ! null) { try { r.close(); } catch (Exception ignored) { } } } } }URL里的参数是有讲究的。characterEncodingutf8是告诉MySQL连接层按utf8传输字符和建表时的utf8mb4配合中文才不会乱码。useSSLfalse是为了避免本机调试时频繁输出SSL握手警告。serverTimezoneAsia/Shanghai是因为MySQL 8.0默认时区是UTC不指定的话查询时间会比本地时间少8小时逾期计算会直接算错一天——这个坑我在第四章还会细说。驱动类名要和你pom里的依赖版本对齐。MySQL 8.x对应com.mysql.cj.jdbc.DriverMySQL 5.x则是com.mysql.jdbc.Driver。如果你用的是8.x却写老驱动名Class.forName会抛ClassNotFoundException这是连不上的头号原因。3.3 借书主流程四步操作同一个事务借书不是一条insert语句的事。一次完整的借书包含四个步骤检查读者状态和已借数量、检查图书库存、插入借阅记录、减少图书可用库存。这四步必须放在同一个数据库事务里否则插入记录成功但扣库存失败数据就对不上了。import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; public class BorrowService { public void borrowBook(int readerId, int bookId) throws SQLException { String checkReader SELECT status, (SELECT COUNT(*) FROM borrow_record WHERE reader_id? AND status0) AS borrowed FROM reader WHERE reader_id?; String checkBook SELECT available FROM book WHERE book_id?; String insertRecord INSERT INTO borrow_record (reader_id, book_id, borrow_time, due_time, status) VALUES (?, ?, NOW(), DATE_ADD(NOW(), INTERVAL 30 DAY), 0); String updateStock UPDATE book SET available available - 1 WHERE book_id? AND available 0; Connection conn DBUtil.getConnection(); try { conn.setAutoCommit(false); PreparedStatement ps1 conn.prepareStatement(checkReader); ps1.setInt(1, readerId); ps1.setInt(2, readerId); ResultSet rs1 ps1.executeQuery(); rs1.next(); if (rs1.getInt(status) ! 0) { throw new SQLException(读者账号被冻结无法借书); } if (rs1.getInt(borrowed) 5) { throw new SQLException(借书数量已达上限); } rs1.close(); PreparedStatement ps2 conn.prepareStatement(checkBook); ps2.setInt(1, bookId); ResultSet rs2 ps2.executeQuery(); rs2.next(); if (rs2.getInt(available) 0) { throw new SQLException(该书暂无库存); } rs2.close(); PreparedStatement ps3 conn.prepareStatement(insertRecord); ps3.setInt(1, readerId); ps3.setInt(2, bookId); ps3.executeUpdate(); PreparedStatement ps4 conn.prepareStatement(updateStock); ps4.setInt(1, bookId); if (ps4.executeUpdate() 0) { throw new SQLException(扣库存失败可能已被并发借走); } conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); conn.close(); } } }这段代码把检查逻辑和更新逻辑分得清清楚楚。checkReader里的子查询统计该读者当前借出中的记录数和reader表里的max_books字段做比较实现限借。checkBook先查available字段判断库存updateStock里又带了一个available 0作为兜底条件查出来的available可能已经过期但UPDATE会重新校验这里是防止并发场景下两个人同时借走最后一本书的关键。事务的边界是整个try块从关闭自动提交开始到commit或rollback结束。注意我把conn.setAutoCommit(true)放在了finally里是为了连接归还给连接池时恢复默认状态避免下次使用时自动提交的配置被污染。你在答辩时如果被问“为什么这里要手动控制事务”答案很简单借书操作如果中途失败不能让借阅记录存在而库存没扣否则账永远对不上。3.4 还书与逾期计算用日期差而不是手动改天数还书逻辑比借书简单但要处理逾期。我的做法是借阅时在due_time里存好应还日期还书时用SQL的DATEDIFF算出实际逾期天数然后把逾期天数写进记录由管理员决定是否生成罚款。UPDATE borrow_record SET return_time NOW(), status 1, renew_count renew_count WHERE record_id ? AND status 0; UPDATE book b JOIN borrow_record br ON b.book_id br.book_id SET b.available b.available 1 WHERE br.record_id ? AND br.status 1;还书的关键在于状态流转顺序先更新借阅记录状态为已还、写入return_time再恢复图书库存。这两条SQL同样要放在一个事务里。逾期天数的计算不在UPDATE里做而是单独一条查询用DATEDIFF(NOW(), due_time)算出天数大于0时在界面上提示管理员收取罚款。一个经常被忽略的点是续借。续借本质是修改due_time和renew_count而不是生成一条新记录。实现时要注意限制续借次数比如renew_count小于2才允许并且续借后due_time加30天。如果你讲不清“续借不新增记录”这个逻辑答辩时容易被追问“那读者续借后怎么查历史”。4. 课设调试常见的坑从连不上数据库到数据不一致4.1 加载驱动失败Class.forName的类名和Jar包版本不匹配现象是运行时抛ClassNotFoundException或者控制台第一行就是“Loading class com.mysql.jdbc.Driver”。原因是驱动类名从MySQL 5.x到8.x改了名老名字com.mysql.jdbc.Driver在8.x里虽然还能用但会输出提示新名字com.mysql.cj.jdbc.Driver在5.x里则完全不存在。解决方法是先确定pom里mysql-connector-java的版本5.x用老名字8.x用新名字两边对齐就不会报错。4.2 中文乱码连接串、建表字符集、控制台编码三层都要查现象是数据库里存进去的中文变成问号或者查询出来在IDE控制台显示乱码。这不是某一个原因造成的要按层排查第一层是建库建表时有没有指定utf8mb4老库默认latin1的话中文存进去就废了第二层是JDBC连接串里有没有characterEncodingutf8缺了这个参数驱动可能用系统默认字符集传输中文第三层是IDE控制台本身的编码Windows下很多默认是GBK数据库里存对了但显示乱码把控制台切到UTF-8就好。这个坑我在多个项目里反复踩最省事的办法是一开始就把库、连接串、IDE三处都统一成UTF-8。4.3 外键约束导致删不掉数据注意删除顺序和级联策略现象是删除读者或图书时报“Cannot delete or update a parent row: a foreign key constraint fails”。原因是reader表被borrow_record表的外键引用直接删父表记录被数据库拦下。解决方法是先删或先改子表里的关联记录再删父表。我在2.2节特意没设ON DELETE CASCADE就是希望在课设里保留这种强约束它的好处是防止你误删一本还有借阅历史的书。如果真需要删除历史数据正确做法是把borrow_record里关联该读者的记录先逻辑删除status置2再删读者而不是物理删。4.4 并发借书把库存扣成负数查询后再更新的非原子操作现象是两个读者同时借同一本书时可能两个线程都查到available1然后各自执行扣库存结果有一方明明没借到书但库存已经变0甚至变负。原因是check库存和update库存之间隔着网络往返不是原子的。解决方法是事务加条件更新也就是我在3.3节updateStock里写的WHERE available 0让数据库行锁来兜底两个并发事务同时UPDATE同一行时后到的一个会阻塞等前一个提交后重新判断available是否大于0如果不满足则影响行数为0程序抛出“该书暂无库存”。如果你用的是MyISAM引擎这个方案不生效因为MyISAM不支持行锁这也是为什么建表时强调用InnoDB。4.5 连接不关闭导致程序卡死连接池耗尽和资源泄漏现象是程序跑着跑着突然所有数据库操作都卡住日志报“Too many connections”或者Pool wait timeout。原因是代码里开了Connection和Statement没有在finally里关闭漏一次两次没感觉反复借还书几十次后连接就被耗尽。解决方法是像我3.2节那样统一封装一个close方法接收AutoCloseable可变参数在finally里关闭所有资源。如果你用的是原生JDBC而不是连接池我会建议在close方法里把Connection也close掉DriverManager的实现会回收在Driver内部的连接实例虽然不算真正的连接池但能避免连接对象堆积。5. 让课设从能跑到能加分视图、触发器和答辩自查清单5.1 用SQL视图做借阅排行报表课设做到借还书跑通已经算完成但想拿高分我会建议加一个视图。视图可以把原本要写好几行JOIN和GROUP BY的统计查询封装起来让ui层只查视图不接触底层表答辩时还能顺便讲一句“视图提供了逻辑独立性”。CREATE VIEW borrow_rank AS SELECT b.title, COUNT(br.record_id) AS borrow_count FROM book b LEFT JOIN borrow_record br ON b.book_id br.book_id GROUP BY b.book_id, b.title ORDER BY borrow_count DESC;这个视图统计每本书的借阅总次数。特别注意LEFT JOIN一定不能省没有借阅记录的书也要出现在结果集里只靠INNER JOIN会把零借阅的书过滤得干干净净榜单就失真了。5.2 用触发器自动更新统计字段少写代码但别滥用另一个加分项是触发器。例如在借阅记录表上建一个AFTER INSERT触发器自动把book表的borrow_count字段加一这样统计次数不用在service层写代码。ALTER TABLE book ADD COLUMN borrow_count INT NOT NULL DEFAULT 0; DELIMITER // CREATE TRIGGER trg_after_borrow_insert AFTER INSERT ON borrow_record FOR EACH ROW BEGIN UPDATE book SET borrow_count borrow_count 1 WHERE book_id NEW.book_id; END // DELIMITER ;触发器在这里的作用是保证统计字段跟着借阅记录自动变化不需要业务代码额外维护。但要注意触发器是隐式执行的排查问题时经常被忽略所以我会控制触发器的数量只放一个最典型的答辩点到为止。5.3 答辩前的自查清单检查项操作方法预期结果借书流程完整正常读者借一本在库图书借阅记录新增库存减1超借限制同一读者借到第6本借书被拒绝并提示上限冻结读者借书管理员将读者状态置1再借书借书被拒绝并提示冻结逾期计算手工把due_time改成昨天再还书出现逾期天数提示状态正常恢复并发借同一本书同时开两个客户端借最后库存只有一人成功库存不为负中文数据插入含中文的图书标题界面和数据库均无乱码这个自查清单我建议在答辩前完整跑一遍尤其是“并发借同一本书”这一行很多人以为不可能同时操作但老师就爱拿这个问。你如果能提前演示并说明事务和行锁的原理这个课设基本就稳了。我自己做这类系统时养成的一个习惯是先写一份简单的测试清单再动手写代码每跑通一条就勾一条而不是最后集中测试。做数据库课设最怕的就是交上去前一天发现数据对不上那真是最难受的时刻。希望帮到你。本文还有配套的精品资源点击获取