简介在信息管理系统的开发中数据库设计是核心基础决定了业务逻辑的清晰度与扩展性。通过合理的表结构划分如将图书、读者、借阅记录分离可以有效减少数据冗余保障引用完整性。而JDBC作为Java连接MySQL的标准接口其预编译与事务处理机制直接关系到系统的安全性与数据一致性——PreparedStatement能有效防止SQL注入事务则确保借书、还书等操作原子完成。这类技术实践不仅适用于图书管理也是学生管理系统、会员系统等工程项目的通用范式。结合Swing构建的桌面端界面可快速实现从登录认证到借阅流程的完整闭环。本文以图书馆管理系统为例系统讲解从数据库设计到Java代码落地的全过程涵盖JDBC连接、事务控制、三层架构及答辩要点为期末大作业或毕业设计提供可复用的参考。1. 为什么期末大作业我会选图书馆管理系统需求分析与项目价值每年期末Java和MySQL的大作业选题翻来覆去就那么几个学生管理系统、超市收银系统、图书管理系统。我最后选了图书馆信息管理系统不是因为它最简单而是因为这个题目有一个其他选题很难比的优势业务逻辑足够典型但又不至于复杂到失控。先说说这个题目到底在考察什么。老师给的评分点通常包括数据库设计是否合理、Java代码是否体现了面向对象思想、JDBC操作是否规范、界面是否可用、文档是否完整。这五个点刚好对应了一门Java课程的核心知识点也对应了MySQL课程的核心考点。换句话说这个题目几乎是为你量身定制的——它把两门课的核心要求全部涵盖了。我自己在做这个项目前先问了自己三个问题图书管理最核心的流程是什么答案是借书和还书这两个流程涉及读者、图书、借阅记录三个实体。除了借还还有什么必需的功能图书分类管理、读者管理、逾期处理、统计查询。这些功能该怎么组织成代码按照三层架构来拆界面层、业务逻辑层、数据访问层。把这三个问题想清楚之后整个项目就不再是一个模糊的做个系统而是一张清晰的任务清单。这也是我特别想强调的一点做期末大作业最关键的不是代码写得多花哨而是先把需求想明白把系统的边界划清楚。图书馆信息管理系统的核心价值体现在两个地方。第一它是一个典型的信息管理系统涵盖了增删改查、条件查询、关联表操作等几乎所有基础操作类型做完这一个项目你基本就把Java Web开发的基础功练扎实了。第二它非常容易演示答辩的时候可以现场演示借书、还书、查询逾期等操作活生生的案例比任何PPT都有说服力。需要说明的是我这里做的是一个单机版、基于JDBC和Swing的桌面应用不是Web项目。原因是期末大作业通常要求的是Java课程范围内的技术栈直接用JDBC操作MySQL能最清楚地展示你对数据库连接、SQL编写、事务处理这些核心知识的掌握程度。如果你需要做的是JavaWeb项目Servlet JSP核心的数据库设计和业务逻辑代码依然可以直接复用只是在表现层要换成Web页面而已。2. 技术选型为什么用Java MySQL Swing这套组合先说明一下我的技术组合然后逐个解释为什么这么选。组件我的选择备选方案选择理由开发语言Java 8Java 11 / 17课程要求JDBC API 稳定数据库MySQL 5.7MySQL 8.0兼容性好Navicat 连接方便界面SwingJavaFX / 控制台课程所学实现简单JDBC 驱动mysql-connector-java 5.1.498.0.x5.7 数据库的最佳搭配IDEEclipseIntelliJ IDEA课程机房统一用 Eclipse文档工具Word Visio 2016draw.io课程要求提交 Word 文档先说语言。Java 8 是绝大部分学校Java课程的教学版本所以我在写代码的时候全程使用了Java 8的语法特性没有用var、没有用Java 11之后的API。这样做的最大好处是在机房编译运行不会出任何兼容性问题。再看数据库。MySQL 5.7 是绝大多数学校机房和教程里使用的版本网上五花八门的教程也都是基于5.7写的遇到问题搜索解决方案时匹配度最高。MySQL 8.0虽然性能更好但它默认的认证插件是caching_sha2_password老版本的JDBC驱动连接时会报错对新手来说这是一个完全没有必要的坑。界面我选了Swing而不是JavaFX纯粹是从课程角度考虑。很多学校的Java课程到了期末才刚讲完SwingJavaFX根本不教。而且Swing写起来直观从设计到实现不需要额外学习FXML、Scene Builder这些额外的概念在有限的期末时间里最稳妥。JDBC驱动我用的是5.1.49版本和MySQL 5.7匹配用Class.forName(com.mysql.jdbc.Driver)加载驱动这个类名在5.x版本中是默认有的不需要额外的参数配置。如果你用的是8.x驱动类名要改成com.mysql.cj.jdbc.Driver同时还要在连接URL中加上useSSLfalse和serverTimezoneAsia/Shanghai否则会报错。我的个人经验是期末项目不要在技术选型上追求新追求新意味着承担风险。选你最有把握的技术栈把精力放在把功能做扎实、把文档写好、把代码写规范上。答辩老师看重的是你对所学核心知识的掌握程度而不是你用了什么2025年最新框架。3. 数据库设计五张核心表如何支撑起完整业务闭环数据库设计是图书馆信息管理系统的基础也是答辩时老师重点考察的部分。数据库一旦设计得不好后面所有的代码都会写得很别扭。我设计的数据库叫library包含五张表先集中展示表结构再逐一说明设计思路。3.1 管理员表admin字段名类型约束说明idINT主键自增管理员编号usernameVARCHAR(50)非空唯一登录账号passwordVARCHAR(50)非空登录密码这张表最简单。我预置了两条数据admin/123456root/root。预置数据的意义在于答辩的时候可以直接登录演示不需要现场注册管理员。3.2 图书分类表category字段名类型约束说明idINT主键自增分类编号nameVARCHAR(50)非空唯一分类名称如文学、计算机、历史有人会问图书分类有必要单独建一张表吗直接在图书记录里存一个分类名字符串不就行了这个问题的答案恰恰是数据库范式理论的实践体现。如果直接用字符串存分类名当分类改名的时候比如计算机改成计算机科学你得去更新图书表里所有记录。而分离出分类表之后图书表只存分类的id分类改名只需要更新category表这一条记录。这就是第二范式的基本要求之一——消除传递依赖。这也是答辩时老师可能会追问的问题你要能答上来。3.3 图书表book字段名类型约束说明idINT主键自增图书编号nameVARCHAR(100)非空书名authorVARCHAR(50)作者publisherVARCHAR(50)出版社priceDECIMAL(10,2)定价category_idINT外键关联category表所属分类stockINT默认0库存数量isbnVARCHAR(20)唯一ISBN编号有几个设计细节值得展开说一下。为什么价格用DECIMAL(10,2)而不用FLOAT或者DOUBLE因为银行家算法和浮点数精度问题float和double在表示十进制小数时存在精度误差比如0.1 0.2在计算机里并不精确等于0.3。DECIMAL是定点数专门用来存精确的小数价格这种对精度敏感的数据必须用它。这个点是答辩时的加分项你要能说清楚。为什么库存stock要单独存一个字段而不是在借还的时候去统计因为每次查询图书列表都要实时计算总册数减去已借出数的话就得在book表之外再关联borrow表做聚合统计查询效率低不说SQL也复杂得多。用一个stock字段维护当前可借数量借书时减一还书时加一查询列表时直接显示简单高效。ISBN为什么要加唯一约束因为ISBN是图书的全球唯一标识符同一本书不应该重复录入。加唯一约束之后就算程序里忘了做重复判断数据库层面也能兜住。3.4 读者表reader字段名类型约束说明idINT主键自增读者编号nameVARCHAR(50)非空姓名phoneVARCHAR(20)联系电话id_cardVARCHAR(18)非空唯一身份证号3.5 借阅记录表borrow字段名类型约束说明idINT主键自增借阅编号reader_idINT非空外键关联reader(id)读者编号book_idINT非空外键关联book(id)图书编号borrow_dateDATE非空借书日期due_dateDATE非空应还日期默认借书日期加30天return_dateDATE可空实际归还日期未还为NULLstatusTINYINT默认00借出中1已归还3.6 建表SQL完整实现CREATE DATABASE IF NOT EXISTS library DEFAULT CHARSET utf8mb4; USE library; CREATE TABLE admin ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(50) NOT NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL UNIQUE ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE book ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, author VARCHAR(50), publisher VARCHAR(50), price DECIMAL(10,2), category_id INT, stock INT DEFAULT 0, isbn VARCHAR(20) UNIQUE, CONSTRAINT fk_book_category FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE reader ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, phone VARCHAR(20), id_card VARCHAR(18) NOT NULL UNIQUE ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE borrow ( id INT PRIMARY KEY AUTO_INCREMENT, reader_id INT NOT NULL, book_id INT NOT NULL, borrow_date DATE NOT NULL, due_date DATE NOT NULL, return_date DATE, status TINYINT DEFAULT 0, CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader(id), CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 预置测试数据 INSERT INTO admin(username, password) VALUES (admin, 123456); INSERT INTO category(name) VALUES (文学), (计算机), (历史), (科学); INSERT INTO reader(name, phone, id_card) VALUES (张三, 13800138000, 110101199001011234);这里有一个非常重要的细节所有表的存储引擎必须统一是InnoDB。InnoDB是支持事务和外键约束的存储引擎而MyISAM不支持。外键约束是实现数据库引用完整性的关键——当你要删除一个还有借阅记录的读者时数据库会阻止你删除从而保证数据不会出现孤儿记录。这也是答辩时老师比较看重的点。另外字符集一定要用utf8mb4不要用utf8。utf8在MySQL里实际只支持最多3字节的字符存不了emojiutf8mb4才是完整的UTF-8。虽然期末项目不一定会存emoji但养成好习惯很重要。我把建表SQL写入一个init.sql文件用source命令一次性导入这样整个数据库结构就可以在任何一台机器上复现mysql -u root -p init.sql4. 代码落地从登录认证到借阅流程的核心实现要点数据库设计好之后紧接着就是Java代码部分。我先规划了整个项目的包结构这个结构直接体现三层架构思想也是答辩时老师看代码的路线图。com.library ├── model -- 实体类Admin, Book, Reader, Borrow, Category ├── dao -- 数据访问层封装所有SQL操作 │ ├── BaseDao -- JDBC连接和关闭的公共类 │ ├── BookDao │ ├── ReaderDao │ ├── BorrowDao │ └── AdminDao ├── service -- 业务逻辑层处理业务规则 │ ├── BookService │ ├── ReaderService │ └── BorrowService ├── view -- 界面层Swing窗口 │ ├── LoginFrame │ ├── MainFrame │ └── ... └── util -- 工具类如日期格式化4.1 JDBC连接唯一需要谨慎对待的公共代码不夸张地说JDBC连接部分是整个项目里最基础也最容易出问题的代码。我把它写成一个BaseDao类所有DAO类都复用这个连接逻辑避免在每个DAO里写重复的注册驱动、获取连接代码。package com.library.dao; import java.sql.*; public class BaseDao { private static final String DRIVER com.mysql.jdbc.Driver; private static final String URL jdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingutf8useSSLfalse; private static final String USER root; private static final String PASSWORD root; static { try { Class.forName(DRIVER); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } // 关闭资源注意先关ResultSet再关Statement最后关Connection public static void closeAll(ResultSet rs, Statement stmt, Connection conn) { try { if (rs ! null) rs.close(); } catch (SQLException e) { e.printStackTrace(); } try { if (stmt ! null) stmt.close(); } catch (SQLException e) { e.printStackTrace(); } try { if (conn ! null) conn.close(); } catch (SQLException e) { e.printStackTrace(); } } }这里有几个关键点。为什么URL中要加useUnicodetruecharacterEncodingutf8不加的话Java程序往数据库里插入中文会出现乱码。加了这个参数Java端和MySQL端之间传输的数据就会以UTF-8编码进行。为什么关闭资源要分三个try-catch而不是合在一起因为如果rs.close()抛出异常后面的stmt.close()和conn.close()就不会执行了会造成资源泄漏。分开写能够保证每个资源都有机会被关闭。这是JDBC 6之前的老写法但也正因为它老课堂上老师一定会讲答辩时被问到的概率很高。4.2 登录认证PreparedStatement不是可选项登录认证是每个管理系统的入口也是展示你有没有安全意识的一个窗口。很多初学教程里会写这样的代码Statement stmt conn.createStatement(); ResultSet rs stmt.executeQuery( SELECT * FROM admin WHERE username username AND password password );这种字符串拼接SQL的方式存在经典的SQL注入风险。比如用户名输入admin --密码随便输就能绕过登录验证。因为在MySQL中-- 后面的内容会被当作注释。我全程使用PreparedStatement的预编译参数化查询public Admin login(String username, String password) { String sql SELECT * FROM admin WHERE username ? AND password ?; try (Connection conn BaseDao.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, password); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { Admin admin new Admin(); admin.setId(rs.getInt(id)); admin.setUsername(rs.getString(username)); return admin; } } } catch (SQLException e) { e.printStackTrace(); } return null; }选PreparedStatement的原因有三个第一参数化查询从语法层面杜绝了SQL注入因为参数值不会参与SQL语句的编译第二SQL预编译之后如果多次执行同样的语句执行效率比Statement高第三代码可读性更强不用去拼接字符串。4.3 借书业务事务与库存一致性借书是整个系统最核心的业务它涉及两步数据库操作向borrow表插入一条借阅记录。将被借图书的库存stock减一。注意这两步操作必须是原子的——要么全部成功要么全部失败。如果插入借阅记录成功但库存扣减失败系统数据就不一致了反之如果库存扣减成功但借阅记录没插入成功图书就凭空少了一本但没有任何记录。这种场景必须使用事务。public boolean borrowBook(int readerId, int bookId) { String sqlBorrow INSERT INTO borrow(reader_id, book_id, borrow_date, due_date) VALUES(?, ?, CURDATE(), DATE_ADD(CURDATE(), INTERVAL 30 DAY)); String sqlUpdateStock UPDATE book SET stock stock - 1 WHERE id ? AND stock 0; Connection conn null; try { conn BaseDao.getConnection(); conn.setAutoCommit(false); // 开启事务 try (PreparedStatement ps1 conn.prepareStatement(sqlBorrow)) { ps1.setInt(1, readerId); ps1.setInt(2, bookId); int rows1 ps1.executeUpdate(); if (rows1 ! 1) { conn.rollback(); return false; } } try (PreparedStatement ps2 conn.prepareStatement(sqlUpdateStock)) { ps2.setInt(1, bookId); int rows2 ps2.executeUpdate(); if (rows2 ! 1) { conn.rollback(); return false; } } conn.commit(); // 提交事务 return true; } catch (SQLException e) { try { if (conn ! null) conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } e.printStackTrace(); return false; } finally { try { if (conn ! null) { conn.setAutoCommit(true); // 恢复自动提交 conn.close(); } } catch (SQLException e) { e.printStackTrace(); } } }这里有三个细节值得注意。为什么要检查updateStock的返回行数UPDATE语句的WHERE条件中带了stock 0如果库存为0这个UPDATE操作影响的行数就不是1而是0。这意味着库存不足这个业务异常在数据库层面就被拦截了代码里通过rows2的值就能判断借书是否成功。为什么在finally里要恢复autoCommit为true才关闭连接被关闭的时候MySQL会回滚所有未提交的事务。把autoCommit恢复为true是确保这个连接如果被连接池复用不会保持手动提交的脏状态。为什么要用CURDATE()和DATE_ADD()而不是在Java里拼接日期字符串因为数据库函数生成的是数据库服务器的当前日期不依赖Java端的时区设置也更简洁。同理还书业务是借书业务的逆操作public boolean returnBook(int borrowId) { String sqlReturn UPDATE borrow SET return_date CURDATE(), status 1 WHERE id ? AND status 0; String sqlUpdateStock UPDATE book b SET b.stock b.stock 1 WHERE b.id (SELECT book_id FROM borrow WHERE id ?); // 同样使用事务步骤与借书一致 }这里有个容易忽视的坑MySQL不允许在UPDATE语句的子查询中直接引用同一个正在更新的表。上面的SQL里sqlUpdateStock的子查询查的是borrow表而更新的是book表这是合法的。如果你试图同时更新book表并在子查询中查book表MySQL会报You cant specify target table for update in FROM clause错误。4.4 查询列表分页与模糊查询一起实现图书列表是所有业务操作的基础入口。我实现了分类筛选 关键字模糊查询 分页三个功能组合public ListBook searchBooks(String keyword, Integer categoryId, int page, int pageSize) { StringBuilder sql new StringBuilder( SELECT b.*, c.name AS category_name FROM book b LEFT JOIN category c ON b.category_id c.id WHERE 11 ); ListObject params new ArrayList(); if (keyword ! null !keyword.trim().isEmpty()) { sql.append(AND (b.name LIKE ? OR b.author LIKE ?) ); params.add(% keyword %); params.add(% keyword %); } if (categoryId ! null) { sql.append(AND b.category_id ? ); params.add(categoryId); } sql.append(LIMIT ? OFFSET ?); params.add(pageSize); params.add((page - 1) * pageSize); // 执行查询... }为什么用WHERE 11这不是多余条件而是一个很实用的编程技巧——它可以让我们在代码里不再需要判断是否要追加AND关键字所有筛选条件都可以统一用AND开头拼接代码更简洁也不会因为第一个条件缺失而出现语法错误。LEFT JOIN的作用是即使某本书还没有分配分类category_id为NULL图书信息依然能查出来。4.5 逾期判断拿Date对象比较不拿字符串比较逾期统计是答辩时老师比较感兴趣的模块代码量不大但逻辑要严谨。public boolean isOverdue(Borrow record) { if (record.getStatus() 1 || record.getReturnDate() ! null) { return false; // 已归还 } java.util.Date now new java.util.Date(); return now.after(record.getDueDate()); }关键点在于MySQL的DATE字段在Java中应该用java.sql.Date接收但比较的时候要转成java.util.Date进行。很多同学喜欢把日期转成字符串再比较那样容易踩时区格式的坑直接用Date对象的after()方法最稳妥。4.6 Swing界面可视化交互的核心界面部分我用Swing实现了一个登录窗口和一个主窗口。登录窗口包含用户名、密码输入框和登录、重置按钮。主窗口包含功能导航和操作面板。public class LoginFrame extends JFrame { private JTextField usernameField; private JPasswordField passwordField; public LoginFrame() { setTitle(图书馆信息管理系统 - 登录); setSize(400, 250); setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); setLocationRelativeTo(null); JPanel panel new JPanel(new GridBagLayout()); // 添加用户名、密码标签和输入框... } private void doLogin() { String username usernameField.getText().trim(); String password new String(passwordField.getPassword()); AdminService adminService new AdminService(); Admin admin adminService.login(username, password); if (admin ! null) { new MainFrame(admin).setVisible(true); dispose(); } else { JOptionPane.showMessageDialog(this, 用户名或密码错误); } } }一个Swing界面的小细节密码框要用JPasswordField而不是JTextFieldgetPassword()返回的是char[]而不是String目的是避免密码字符串留在常量池里。虽然期末项目不一定有人深究这个但这个习惯体现了你真的懂安全开发的常识。主窗口的设计就自由多了我只是用了JTabbedPane把所有功能放到标签页里包括图书管理、读者管理、借书管理、还书管理、逾期查询、数据统计。界面编码问题也要提前规避。Java源文件必须用UTF-8编码保存如果用了GBK或者平台默认编码Swing界面上的中文会乱码。建议在IDE中统一设置项目的文件编码为UTF-8。5. 最容易丢分的三个坑驱动加载、中文乱码与连接泄漏我想用一整章来讲这三个坑因为这三个坑我身边几乎所有同学都踩过而且排查起来非常费时间。你提前知道这些坑整个项目完成速度会快很多。5.1 驱动加载失败的两种典型场景及解决办法场景一运行时报ClassNotFoundException: com.mysql.jdbc.Driver。报错原因是JDBC驱动jar包没有引入到项目中。如果你用的是Eclipse需要在项目上右键 - Build Path - Add External Archives找到mysql-connector-java-5.1.49.jar。如果你用的是命令行编译要把jar包加到classpathjavac -cp mysql-connector-java-5.1.49.jar xxx.java。场景二运行时报SQLException: No suitable driver found。这个比场景一隐蔽得多。即使你把jar包加进了Build Path如果URL写错了也会报这个错。比如URL少写了jdbc:或者写成了jdbc:mysql//而不是jdbc:mysql://驱动管理器就不认识这个URL。我的排查建议是逐字符检查连接URL的格式对照官方文档核对jdbc:mysql://host:port/database。还有一个容易忽略的情况如果用的是MySQL 8.0的驱动包但URL没有加serverTimezoneAsia/Shanghai会报com.mysql.cj.exceptions.InvalidConnectionAttributeException。解决办法就是按上面说的URL里加上时区参数。5.2 中文乱码的三层排查思路中文乱码是期末大作业的经典杀手。我总结了一个从数据库到界面的三层排查链路第一步检查数据库本身。执行SHOW CREATE DATABASE library确认默认字符集是utf8mb4而不是latin1。如果建库的时候没指定字符集默认可能是latin1需要重新建库或执行ALTER DATABASE library CHARACTER SET utf8mb4。第二步检查JDBC连接URL。必须包含characterEncodingutf8参数。这个参数告诉MySQL驱动Java端发送的数据使用UTF-8编码在驱动层就完成正确的字节转换。第三步检查Java源文件编码。如果源文件里写的中文字符串在IDE中显示正常但运行时是乱码大概率是源文件的保存编码和编译器读取编码不一致。在Eclipse里Project - Properties - Resource - Text file encoding设置为UTF-8。还有一个前置操作很容易忽略建表语句里的VARCHAR字段如果表级别的字符集已经是utf8mb4字段会自动继承表字符集不需要每条字段单独设置DEFAULT CHARSET字段本身没有这样的语法。在建表语句末尾统一写DEFAULT CHARSETutf8mb4就可以了。5.3 连接泄漏为什么数据库卡死了我的项目里有一个经典错误在DAO里获取了Connection方法执行完之后只关了ResultSet和Statement忘了关Connection。连续操作几次之后程序就会突然变慢甚至报Too many connections。这个问题的原因是MySQL服务器有一个max_connections参数默认151当连接数达到上限新的连接请求就会被拒绝。而且Connection被遗忘关闭后其实一直占着数据库的连接名额不会自动释放。解决方法是写完每个DAO方法都检查一遍有没有在finally块中调用closeAll()把Connection也关掉或者用更简洁的try-with-resources语法try (Connection conn BaseDao.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { // 执行操作... // 不用手动关连接try-with-resources自动关闭 }try-with-resources是Java 7引入的语法它要求资源类实现了AutoCloseable接口。Connection、Statement、ResultSet都实现了这个接口所以都能用这个语法自动关闭。它比我手动写finally块更少出错代码也更简洁。如果你用连接池比如C3P0、Druid那么关闭连接其实是把连接还给连接池而不是真的关闭但这种场景在期末大作业中一般用不到点到为止。6. 让答辩加分的业务功能逾期处理与统计报表做完基础功能后如果你想让项目在答辩时更有亮点我强烈建议加两个扩展功能逾期自动提醒和数据统计报表。这两个功能不需要做得很花哨但能体现你对业务场景的思考深度而不只是一个纯粹的增删改查程序。6.1 逾期记录的业务逻辑与展示我在借阅记录表里设计了status字段和due_date字段配合起来就能实现逾期状态的实时计算。我加了一个视图把每条借阅记录转换成一行可读性强的展示数据通过SQL联表查询一次性取回读者姓名、书名、借书日期、应还日期、实际归还日期、状态。SELECT b.id AS borrow_id, r.name AS reader_name, bk.name AS book_name, b.borrow_date, b.due_date, b.return_date, CASE WHEN b.return_date IS NOT NULL THEN 已归还 WHEN b.due_date CURDATE() THEN 已逾期 ELSE 借出中 END AS status_text FROM borrow b JOIN reader r ON b.reader_id r.id JOIN book bk ON b.book_id bk.id ORDER BY b.due_date ASC;这条SQL的CASE表达式体现了SQL的条件逻辑是MySQL课程的重要考点。在答辩时你可以这样讲解状态字段不存储计算结果而是实时根据应还日期和当前日期计算。这样设计的好处是无论借书时间怎么推移状态永远正确不需要定时任务去刷新是否逾期这个状态。对应的Java模型里我在借阅记录实体类中增加了一个transient的字符串字段statusText用来接收联表查询出来的状态描述展示在表格中。6.2 统计报表用一条GROUP BY证明你懂聚合图书分类统计是既简单又出效果的功能。只需要一条SQLpublic MapString, Integer getBookCountByCategory() { String sql SELECT c.name, COUNT(b.id) AS cnt FROM category c LEFT JOIN book b ON c.id b.category_id GROUP BY c.id, c.name; // 执行后放在LinkedHashMap中保持分类顺序 }这里有几个要点用LEFT JOIN而不是INNER JOIN这样即使某个分类下还没有图书也能显示分类名和数量0。GROUP BY后面要写c.id, c.name两列。在MySQL 5.7中ONLY_FULL_GROUP_BY模式默认关闭只按c.id分组也能通过但写规范一点总没错。用LinkedHashMap而不是HashMap来保存结果因为LinkedHashMap能保持插入顺序分类展示的顺序就不会乱。我还加了一个简单的借阅排行TOP5SELECT bk.name AS book_name, COUNT(b.id) AS borrow_count FROM borrow b JOIN book bk ON b.book_id bk.id GROUP BY bk.id, bk.name ORDER BY borrow_count DESC LIMIT 5;这条SQL演示了GROUP BY、ORDER BY、LIMIT三种子句的组合使用同样是非常典型的MySQL考点。在界面层我用了一个简单的JTable把统计结果展示出来。不用图表插件不搞花哨的饼图柱状图因为JFreeChart引入的jar包又多又麻烦在期末时间紧张的时候不值得。如果老师问为什么不做图表你可以回答在系统架构中统计报表的核心是数据计算的正确性图表只是数据可视化的一种形式未来可以在此基础上引入图表库实现。7. 结课文档与答辩准备如何把项目讲清楚很多同学代码写得不错但最后因为文档不规范或者答辩不会讲而扣分非常可惜。期末大作业的评分通常包含三个部分代码运行情况、文档质量、答辩表现。以下我整理一份完整文档应该包含的内容和对应写作要点。7.1 文档结构模板章节内容要点写作技巧需求分析项目背景、用户角色、功能需求用用例图配合文字说明数据库设计E-R图、表结构说明、关系说明画出E-R图说明每张表的作用系统设计总体架构、功能模块划分画出模块图按功能模块讲解代码结构系统实现关键技术、核心代码片段挑登录、借书、还书三个核心代码重点讲解系统测试测试用例、测试结果给出2-3个典型测试用例和操作步骤总结项目收获、不足与改进真实说明项目中的不足提出改进方向E-R图是数据库设计文档的重头戏我建议用Visio 2016或者draw.io画。画法很简单五个实体管理员、图书分类、图书、读者、借阅记录用矩形表示实体间的联系用菱形或线段表示。图书与分类是多对一关系图书与读者通过借阅记录是多对多关系。7.2 答辩高频问题与回答思路根据我答辩时的经验和身边同学的反馈老师最常问的问题有以下几类问题一为什么图书分类要单独建一张表回答思路遵循数据库第二范式消除传递依赖。如果不单独建表分类信息冗余存储在图书记录中当分类名称需要改名时需要更新多条记录维护困难且容易产生数据不一致。单独建表后图书表通过外键引用分类表的主键分类改名只需要更新分类表中的一条记录能够保证数据一致性。问题二借书和还书的业务逻辑是怎么实现的回答思路分两部分回答。代码层面使用事务保证两步操作插入或更新借阅记录、更新库存的原子性。数据一致性层面通过事务的ACID特性保证使用conn.setAutoCommit(false)开启事务操作完成且验证影响行数后再commit任何一个操作失败就rollback。问题三PreparedStatement比Statement好在哪回答思路第一PreparedStatement支持参数化查询能够防止SQL注入攻击第二SQL语句会被预编译重复执行时效率更高第三代码可读性更好避免了字符串拼接的繁琐和潜在语法错误。问题四怎么处理逾期图书回答思路通过due_date字段和CURDATE()函数实时计算。已归还的记录不判断逾期未归还且当前日期大于应还日期的记录标记为逾期。系统在借阅管理界面提供一个逾期查询功能展示所有逾期记录及对应读者和图书信息。问题五库存不足时怎么处理回答思路更新库存时在WHERE条件中加入stock 0通过数据库层的条件限制和程序对UPDATE影响行数的检查当库存为0时更新失败代码捕捉到影响行数不为1后回滚事务并返回借书失败提示。7.3 答辩演示的两条铁律第一个建议是提前准备一个演示脚本。把每个功能的操作步骤记下来包括用哪个账号登录、先点哪个菜单、输入什么关键词搜索、借哪本书、还哪本书。答辩现场有各种不确定性照着脚本走能确保整个流程清晰流畅。我有一个印象很深的经验答辩时电脑可能会打开很多窗口桌面很乱提前关掉不需要的程序让数据库服务保持启动状态这些小细节都会影响演示效果。第二个建议是演示要有目的地展示扣分点。比如故意输入一个不存在的用户名展示登录失败提示故意借一本库存为0的书展示借书失败提示。这比只演示成功路径更能说明代码处理了异常情况。我个人在实际答辩时的一个体会是文档中贴代码不要大段大段地贴而是每个核心功能挑一段关键代码加上注释说明为什么要这么写。老师看文档的时候看的不是你代码量有多少而是看你能不能把关键技术的设计思路讲清楚。把围绕借书事务、库存扣减、防SQL注入这三处核心代码讲透整个项目的技术含金量就立住了。本文还有配套的精品资源点击获取