简介这是一份数据库课程设计用宾馆管理系统完整项目包面向需要完成数据库相关课程设计、毕业设计或PyQt桌面应用开发学习的本专科学生。项目采用Python与PyQt编写图形界面结合数据库脚本实现房间管理、宾客登记、预订、退房等核心业务适合快速理解数据库表设计与前端交互的完整流程。压缩包共490个文件约14.06MB。主要包含316个Python源码文件、9个ui界面设计文件、28个pyc编译文件以及若干png/jpg图片资源、exe可执行程序、DLL依赖库、sql数据库脚本和配置文件让使用者既能查看源码学习也能直接运行体验。目前已有948人学习下载。压缩包内附数据库脚本和运行所需配置可还原宾馆管理所需数据表同时包含界面素材与打包好的exe便于对照运行效果与代码逻辑。整体目录结构清晰适合作为课程设计模板在原有功能上扩展也可用于理解Python连接数据库、信号槽等关键知识点。1. 数据库课程设计-宾馆管理系统.zip这不是交差用的玩具而是数据库综合训练的完整闭环学期末的检索栏里“数据库课程设计-宾馆管理系统.zip”这类标题常年不缺位。多数人拿到压缩包后的第一反应是解压、改文件名、祈祷答辩老师不看代码但真正值得做的是把这套项目拆成一场完整的数据库训练表结构怎么设计、增删改查怎么写、并发入住时订单怎么不超卖、最终交付时怎么让老师相信是你自己写的。它适合正在赶课程设计的学生也适合想补数据库实操的转行开发者。反直觉的是宾馆管理系统比图书管理、电商系统更考验数据库功底——房间状态、预订冲突、入住退房这几条业务线天然逼着你用上外键、索引、事务、锁和触发器。这篇不讲空泛理论按我实际帮人改项目、答辩前救场的路径把设计、编码、部署和踩坑一次说透。2. 把业务拆成数据模型房间、客人、预订与入住的关系设计课程设计翻车的第一现场不在代码而在表结构。很多人打开 Navicat 直接建表边建边改写到一半发现房间和预订对不上、退房记录没地方存。宾馆管理的业务链其实很清晰客人查房、预订、入住、退房加上酒店自己的房间维修和夜审。先把这条链拆成表后面的代码才有地方落脚。2.1 从“开宾馆”到 ER 图四张核心表与一条状态链先去前台看一遍真实流程客人打电话问有没有空房前台查房态表客人预订房间被标记为“已预订”客人到店办入住房间变成“已入住”退房后房间变成“脏房”保洁打扫完变成“空闲”。这条状态链就是系统的骨架。围绕它拆出四张核心表房间表room、客人表customer、预订表reservation、入住表occupancy。如果要做消费记账再加一张消费记录表但课程设计先把这四张跑通就够答辩了。表名职责核心字段room房间基本信息与房态room_id, room_no, room_type, price, statuscustomer客人信息customer_id, name, id_card, phonereservation预订记录reservation_id, customer_id, check_in_date, check_out_date, statusoccupancy实际入住记录occupancy_id, reservation_id, room_id, customer_id, check_in_time, check_out_time这里有个关键设计选择房间表的主键不要用 room_no比如“1208”用自增的 room_id。理由是房号在未来可能调整酒店重新编号一旦房号变化所有外键都要跟着改。正确做法是 room_no 加 UNIQUE 约束作为业务唯一键id 只做关联用。客人表同理身份证号 id_card 加 UNIQUE但主键用自增 id。另一个常见考点是“数据库多对多关系”一个预订可能同时订多间房公司团建一个房间又会被不同预订在不同时段占用所以预订和房间是典型的多对多。标准做法是加中间表 reservation_room。课程设计如果只想简单点可以在 reservation 里直接放 room_id变一对多。我建议加中间表因为答辩老师几乎必问多对多为什么加中间表、不加会有什么问题——中间表能避免某天的预订改期时反复改冗余字段。2.2 外键、唯一约束与冗余字段让数据库兜住业务错误表之间要用外键把关联焊死。在预订表和入住表里room_id、customer_id 都应该是外键指向对应的主键。外键的删除策略我一般用 ON DELETE RESTRICT、ON UPDATE CASCADE房间房价调整时外键自动更新但有客人住着或预订挂着的房间不允许删除防止把历史账单搞丢。冗余字段在这里是合理的设计不算违反范式。occupancy 表里除了关联 room_id还应该冗余存一份 price房价快照。原因很实际酒店房价会调客人 3 月入住时房价 2805 月调成 320如果退房结算时去查 room.price会把旧账单算错。入住那一刻把房价写进 occupancy.price历史账单就永远是当时的价格。唯一约束也要用足reservation 表加一个 reservation_no订单号由程序生成加 UNIQUEcustomer.id_card 加 UNIQUE避免同一身份证重复建档。还要提醒一个老坑MySQL 8.0.16 之前 CHECK 约束是不强制校验的你写上 CHECK (status IN (AVAILABLE,RESERVED,OCCUPIED,DIRTY))插入脏数据照样成功。课程设计里状态字段要么用 ENUM要么在应用层写校验别指望 CHECK。2.3 建库建表 SQL一轮完整的 DDL 练习把上面的设计落成 SQL。下面是 MySQL 8 版本的建库建表脚本直接可以跑。CREATE DATABASE hotel_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE hotel_db; CREATE TABLE room ( room_id INT AUTO_INCREMENT PRIMARY KEY, room_no VARCHAR(10) NOT NULL UNIQUE, room_type VARCHAR(20) NOT NULL, price DECIMAL(10,2) NOT NULL, status ENUM(AVAILABLE,RESERVED,OCCUPIED,DIRTY) NOT NULL DEFAULT AVAILABLE ) ENGINEInnoDB; CREATE TABLE customer ( customer_id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(50) NOT NULL, id_card VARCHAR(18) NOT NULL UNIQUE, phone VARCHAR(20) ) ENGINEInnoDB; CREATE TABLE reservation ( reservation_id INT AUTO_INCREMENT PRIMARY KEY, reservation_no VARCHAR(32) NOT NULL UNIQUE, customer_id INT NOT NULL, check_in_date DATE NOT NULL, check_out_date DATE NOT NULL, status ENUM(PENDING,CONFIRMED,CHECKED_IN,CANCELLED) NOT NULL DEFAULT PENDING, CONSTRAINT fk_reservation_customer FOREIGN KEY (customer_id) REFERENCES customer(customer_id) ON UPDATE CASCADE ON DELETE RESTRICT ) ENGINEInnoDB; CREATE TABLE occupancy ( occupancy_id INT AUTO_INCREMENT PRIMARY KEY, reservation_id INT NULL, room_id INT NOT NULL, customer_id INT NOT NULL, price DECIMAL(10,2) NOT NULL, check_in_time DATETIME NOT NULL, check_out_time DATETIME NULL, CONSTRAINT fk_occupancy_room FOREIGN KEY (room_id) REFERENCES room(room_id) ON UPDATE CASCADE ON DELETE RESTRICT, CONSTRAINT fk_occupancy_customer FOREIGN KEY (customer_id) REFERENCES customer(customer_id) ON UPDATE CASCADE ON DELETE RESTRICT ) ENGINEInnoDB;逐项说明参数ENGINEInnoDB 必须写这是事务和行级锁的前提MyISAM 不支持事务预订并发场景会直接翻车。utf8mb4 而不是 utf8因为 utf8 在 MySQL 里最多存 3 字节客人姓名里如果有个 emoji 或者生僻字就存不进去。价格用 DECIMAL(10,2) 不用 FLOAT金额用浮点会有 0.10.2 的精度问题答辩时容易被问住。入住时间用 DATETIME因为要跨午夜算夜审TIMESTAMP 有 2038 年问题且受时区影响。建完表后还要准备样例数据。手工 INSERT 几十条太痛苦常见做法是用 Navicat 或 MySQL Workbench 的导入功能把 Excel 整理好的数据导进表里也就是很多教程里说的“excel导入数据库”。实操时注意 Excel 里的日期格式要改成 YYYY-MM-DD否则导入后会变成一串数字。如果要改表结构比如后续想给 room 表加 remark 字段执行ALTER TABLE room ADD COLUMN remark VARCHAR(255);即可这就是日常的“mysql数据库修改结构”操作课程设计里临时加字段很常见。3. 把增删改查跑通JDBC 连接、PreparedStatement 与事务边界表建好了下一步是把“数据库增删改查”四个动作写进代码。这一章用 Java JDBC 讲因为它是课程设计最主流的组合也是答辩时老师默认你该会的。你后面换 Python、换 Go这套思路照样成立。3.1 建立数据库连接驱动参数、连接池与一个 Config 类先写一个最简的 JDBC 工具类。我用 MySQL 8驱动类名是 com.mysql.cj.jdbc.Driver注意不是老教程里的 com.mysql.jdbc.Driver那是 5.x 的驱动。import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/hotel_db ?useSSLfalseserverTimezoneAsia/Shanghai characterEncodingutf8 allowPublicKeyRetrievaltrue; private static final String USER root; private static final String PASSWORD your_password; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }URL 里的参数逐个解释useSSLfalse 是关掉加密连接本地开发不需要serverTimezoneAsia/Shanghai 是让 JDBC 知道时区不写有可能报 SQLException: The server time zone value CST 的错characterEncodingutf8 保证传输层用 UTF-8allowPublicKeyRetrievaltrue 几乎是 MySQL 8 必踩的坑——新版默认认证插件是 caching_sha2_password非 SSL 连接第一次握手时如果服务器公钥没缓存就会报 Public Key Retrieval is not allowed加上这个参数就放行了。这个版本每次 getConnection 都会新建物理连接对课程设计够用。但答辩老师大概率会问“并发高怎么优化”答案就是上“数据库连接池”。常见做法是用 HikariCP 或 DruidMaven 引入依赖后把 DBUtil 里的 DriverManager.getConnection 换成从连接池 dataSource.getConnection()连接复用避免频繁建连。你答这一句就能比同组同学多拿一分。3.2 用 PreparedStatement 完成房间管理增删改查的标准写法不要用 Statement 拼 SQL 字符串这是底线。拼字符串遇到这种输入会直接挂掉房号传1208; DROP TABLE room;--。用 PreparedStatement 的?占位符让驱动帮你转义数据库增删改查的标准姿势是这样public int insertRoom(String roomNo, String roomType, BigDecimal price) throws SQLException { String sql INSERT INTO room (room_no, room_type, price) VALUES (?, ?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql, Statement.RETURN_GENERATED_KEYS)) { ps.setString(1, roomNo); ps.setString(2, roomType); ps.setBigDecimal(3, price); ps.executeUpdate(); try (ResultSet rs ps.getGeneratedKeys()) { if (rs.next()) { return rs.getInt(1); // 返回自增主键后面关联外键要用 } } } return -1; } public void batchInsertRooms(ListRoom rooms) throws SQLException { String sql INSERT INTO room (room_no, room_type, price) VALUES (?, ?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { for (Room r : rooms) { ps.setString(1, r.getRoomNo()); ps.setString(2, r.getRoomType()); ps.setBigDecimal(3, r.getPrice()); ps.addBatch(); } ps.executeBatch(); // 一次网络往返提交多行比循环 executeUpdate 快很多 } }逻辑说明prepareStatement 带 RETURN_GENERATED_KEYS 是因为插入后马上要拿自增主键比如建了房间后立刻去建关联的房型配置。batch 操作适合初始化样例数据时批量插入房间注意 addBatch 只是攒在内存里executeBatch 才是真正提交每批建议不超过 500 行否则网络包太大。查询和更新同理SELECT * FROM room WHERE status ?、UPDATE room SET price ? WHERE room_id ?、DELETE FROM room WHERE room_id ?。删除前先查外键有入住记录的 room 会因 RESTRICT 被数据库拒绝这正好是外键约束在兜底。3.3 预订和入住的事务边界先查后写与并发控制预订是最能体现事务价值的功能也是答辩老师最爱深挖的地方。业务规则是客人要订某房间某几天先查房态为空再写预订记录再把房间置为已预订。这三步必须是一个事务中间任何一步失败前面都不能生效。public boolean createReservation(int roomId, int customerId, LocalDate checkIn, LocalDate checkOut) throws SQLException { String checkSql SELECT status FROM room WHERE room_id ? FOR UPDATE; String insertSql INSERT INTO reservation (reservation_no, customer_id, check_in_date, check_out_date, status) VALUES (?, ?, ?, ?, CONFIRMED); String updateSql UPDATE room SET status RESERVED WHERE room_id ?; String no String.valueOf(System.currentTimeMillis()); try (Connection conn DBUtil.getConnection()) { conn.setAutoCommit(false); // 开启事务 try (PreparedStatement ps conn.prepareStatement(checkSql)) { ps.setInt(1, roomId); try (ResultSet rs ps.executeQuery()) { if (!rs.next() || !AVAILABLE.equals(rs.getString(status))) { conn.rollback(); return false; // 房间不是空闲不能预订 } } } try (PreparedStatement ps conn.prepareStatement(insertSql)) { ps.setString(1, no); ps.setInt(2, customerId); ps.setObject(3, checkIn); ps.setObject(4, checkOut); ps.executeUpdate(); } try (PreparedStatement ps conn.prepareStatement(updateSql)) { ps.setInt(1, roomId); ps.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { // 这里上报异常由上层决定是否重试 throw e; } }关键在第 4 行的SELECT ... FOR UPDATE。如果没有它两个前台同时查房间都看到“空闲”都插入预订房间就超卖了。FOR UPDATE 是悲观锁第一个事务锁住这行后第二个事务的 SELECT 会一直等第一个提交后才轮到它此时它读到的是“已预订”预订失败。这就是“数据库并发锁”最朴素的应用场景。事务边界也要画清楚打开事务后到 commit 之间不要夹带外部 HTTP 调用或长时间计算锁持有越久死锁概率越高。MySQL 默认隔离级别是 REPEATABLE READ在这个场景下够用答辩时别主动去换 READ COMMITTED除非老师追问。4. 从控制台到答辩演示界面层怎么选、权限怎么控、报表怎么做表结构和 CRUD 都通了的系统还差一层能让老师 30 秒看懂你在做什么的界面。课程设计里的界面层不是追求酷炫而是追求“逻辑清楚、能演示、讲得明白”。4.1 选型对比JSPServlet、Java Swing 还是 Spring Boot很多人在这一步纠结太久我直接给对比方案优点缺点适合谁Java Swing单机跑不用配 Tomcat环境简单界面丑分包管理全靠手动只想快速交作业、基础薄弱JSP Servlet JSTL经典 MVC答辩好讲前后端分离的起点要配 TomcatJSP 写多了会乱想讲清楚三层架构的主流选择Spring Boot Thymeleaf/Vue简历加分社区资源多学习成本高答辩容易被问倒已经会 Spring想秀技术我一般让基础弱的同学用 Java Swing 保底用 JSPServlet 冲中高分。Spring Boot 不要为了用而用老师问“你为什么不直接用 JDBC 而要用 MyBatis”答不上来反而扣分。这一篇后面用 JSPServlet 讲因为它的 MVC 边界最清晰和数据库课程设计的目标最匹配。4.2 登录、会话与角色权限管理员和前台的分工系统要有两顶帽子管理员能管房间、看报表前台只能做预订、入住、退房操作。用一张 user 表加 role 字段就能搞定。登录成功后把用户写进 session而不是 cookie。session 的数据在服务端客户端改不了cookie 里写 role 的话懂点技术的人改个 cookie 就能把自己变成管理员这是个必须避开的低级漏洞。下面是一个简单的登录校验 Filterpublic void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpSession session req.getSession(false); Integer role (session null) ? null : (Integer) session.getAttribute(role); String path req.getRequestURI(); if (path.endsWith(/login.jsp) || path.endsWith(/loginServlet)) { chain.doFilter(request, response); // 登录接口放行 return; } if (role null) { response.sendRedirect(req.getContextPath() /login.jsp); return; } if (/admin/report.jsp.equals(path) role ! 1) { // role 1 管理员 response.sendError(HttpServletResponse.SC_FORBIDDEN); return; } chain.doFilter(request, response); }密码存储别用明文课程设计用 MD5 加盐就足够了password MD5(MD5(password) salt)salt 用随机字符串存进 user 表。别用单层 MD5网上彩虹表一查就破。这个细节写进设计文档老师会觉得你有安全意识。4.3 订单列表与报表把 SQL 结果集变成表格统计查询怎么优化列表页的核心是把 JSP 的表和 DAO 的结果集对接。前端页面上用 JSTL 的 c:forEach 循环输出行后端 DAO 提供一个分页查询方法public ListOccupancyVO listCurrentOccupancy(int page, int pageSize) throws SQLException { String sql SELECT o.occupancy_id, o.check_in_time, r.room_no, c.name AS customer_name, o.price FROM occupancy o JOIN room r ON o.room_id r.room_id JOIN customer c ON o.customer_id c.customer_id WHERE o.check_out_time IS NULL ORDER BY o.check_in_time DESC LIMIT ? OFFSET ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, pageSize); ps.setInt(2, (page - 1) * pageSize); try (ResultSet rs ps.executeQuery()) { // 封装成 ListOccupancyVO } } }JOIN 在这里是必须的前台界面要显示的不是外键 id而是房间号和客人姓名。注意 ORDER BY 后面不要跟函数否则索引会失效分页参数 LIMIT 永远是LIMIT 大小 OFFSET 偏移offset 从 0 开始所以第二页的 offset 是 (page-1)*pageSize。报表模块做个简单版就行一张统计当日营收、入住率的页面。核心 SQL 是聚合查询SELECT DATE(check_in_time) AS biz_date, COUNT(*) AS checkin_count, SUM(price) AS revenue FROM occupancy GROUP BY DATE(check_in_time) ORDER BY biz_date DESC LIMIT 7;这段能答出“为什么要 GROUP BY”“为什么 SUM(price) 用的是快照价格而不是 room.price”老师那关基本就稳了。5. 打包交付与排错避坑连不上、乱码、死锁和交付物这一章全是血泪经验。课程设计交的不是源码是一个能跑起来的系统加一份能讲清楚的设计文档。很多人的 zip 解压后别人根本跑不起来问题都出在环境配置上。5.1 MySQL 8 ZIP 版免安装配置my.ini 与初始化命令很多人下载的是 mysql-8.0.x-winx64.zip 免安装版解压后发现没有 data 目录mysqld 也起不来。现象就三种mysqld --install 报“服务已存在”、net start mysql 报“服务无法启动”、连接时报 Connection refused。原因很简单ZIP 版不像 MSI 安装包那样帮你初始化数据目录必须先写配置文件再初始化。找 my.ini 的正确姿势是在解压根目录新建内容按下面这份来[mysqld] basedirD:/mysql-8.0.33-winx64 datadirD:/mysql-8.0.33-winx64/data port3306 character_set_serverutf8mb4 default-storage-engineINNODB [client] default-character-setutf8mb4注意 basedir 里的路径分隔符D:\mysql 里的反斜杠会被当成转义符要么写成 D:/mysql要么写成双反斜杠。datadir 目录不要放在 C:\Program Files 这类带空格的路径下权限问题会折腾你一下午。然后按顺序执行三条命令mysqld --initialize-insecure mysqld --install MySQL8 net start mysql--initialize-insecure 会生成一个空密码的 root 账号这个参数极其适合课程设计——正好绕过了初始密码藏在 err 日志里的坑。启动成功后执行 mysql -uroot 直接进再执行 ALTER USER rootlocalhost IDENTIFIED BY 你自己的密码; 改掉密码即可。提示如果 mysqld --initialize-insecure 提示找不到 data 目录先手动在根目录新建一个空的 data 文件夹再跑。这是 ZIP 版最常见的初始化失败原因。5.2 中文乱码的全链路三层设置连接、表结构与页面现象程序插入的“张伟”在数据库里变成“???”或 Navicat 里看是正常中文但网页显示乱码。原因不是单一层面而是三层链路中有一层断掉MySQL 服务端默认字符集不是 utf8mb4、JDBC URL 没带 characterEncodingutf8、JSP 页面 contentType 没声明 UTF-8。任何一层断掉中文就变问号。解决要三层一起做my.ini 里加 character_set_serverutf8mb4建库时用 DEFAULT CHARACTER SET utf8mb4第 2 章的建库语句已经写了JDBC URL 带上 characterEncodingutf8JSP 页面最顶部写% page contentTypetext/html; charsetUTF-8 %。排查时先执行这条 SQLSHOW VARIABLES LIKE character_set%;看到 character_set_server 是 latin1 就说明服务端没改。改完 my.ini 要重启 mysqld 才生效这点经常被忽略。5.3 数据库死锁与并发预订如何复现并消除锁等待现象用 JMeter 写个简单压测脚本模拟 50 个线程同时预订不同房间偶尔抛出Deadlock found when trying to get lock; try restarting transaction。原因两个事务各自拿到了一部分锁又在等对方手里的锁。典型现场是事务 A 先锁 room 表某行再插入 reservation事务 B 先操作 reservation 表再回头改 room两边互相等InnoDB 检测到循环等待就直接杀掉一个事务。解决三板斧。第一所有事务按同一顺序拿锁——先锁 room再写 reservation业务代码里统一这个顺序死锁基本绝迹。第二把事务做小锁只保护真正需要一致的几步不要在里面查报表、调接口。第三应用层捕获死锁异常后重试一次InnoDB 报错里那句try restarting transaction就是让你重试的意思。顺带一句调大 innodb_lock_wait_timeout 只是把等待时间从 50 秒改长解决不了死锁别把后悔药当饭吃。死锁不是玄学它就是锁顺序和锁粒度的组合问题。能在设计文档里写清楚“靠统一锁顺序规避死锁”这已经是数据库并发里相当扎实的水平。5.4 常见异常速查从 ClassNotFoundException 到 Connection refused把课程设计里出现频率最高的异常汇总成表照着排查能省半天时间。异常原因解决ClassNotFoundException: com.mysql.cj.jdbc.Driver驱动 jar 没放进 WEB-INF/lib 或 classpath把 mysql-connector-j-8.x.jar 拷到对应目录Communications link failureMySQL 没启动或端口被占用net start mysqlnetstat -ano 查 3306Access denied for user rootlocalhost密码不对或 --initialize-insecure 后没改密用空密码登录后 ALTER USER 改密Public Key Retrieval is not allowedMySQL 8 默认认证插件问题JDBC URL 加 allowPublicKeyRetrievaltrueUnknown database hotel_db库名没建或名字不一致执行 CREATE DATABASE hotel_db 核对大小写Unknown column xxxSQL 和表结构对不上先 DESC 表名确认列名再改 SQL查询越来越慢表数据上万后全表扫描给 room_id、customer_id、check_in_time 加索引最后一条多说一句加索引是ALTER TABLE occupancy ADD INDEX idx_check_in (check_in_time);而不是在 WHERE 用函数。写WHERE DATE(check_in_time) 2024-06-01会让索引失效改成WHERE check_in_time 2024-06-01 AND check_in_time 2024-06-02才能走索引。6. 答辩多拿十分的三个技巧触发器、存储过程与验收清单6.1 触发器自动维护房间状态入住登记后房间改“已入住”这步很多人写在 Java 代码里但更好的做法是让数据库自己干。在 occupancy 表插入后自动改房态用触发器DELIMITER // CREATE TRIGGER trg_occupancy_status AFTER INSERT ON occupancy FOR EACH ROW BEGIN UPDATE room SET status OCCUPIED WHERE room_id NEW.room_id; END// DELIMITER ;NEW 是触发器里对“新插入行”的引用。好处是无论谁、用什么工具操作数据库房态都不会漏更新。答辩时主动讲这个设计老师基本不会再追问为什么房间状态乱。6.2 存储过程封装周营收统计报表里的统计 SQL 可以直接封装成存储过程让 Java 端只调 CALLDELIMITER // CREATE PROCEDURE sp_weekly_revenue(IN week_offset INT) BEGIN SELECT DATE(check_in_time) AS d, SUM(price) AS revenue FROM occupancy WHERE check_in_time DATE_SUB(CURDATE(), INTERVAL week_offset WEEK) GROUP BY DATE(check_in_time) ORDER BY d; END// DELIMITER ;参数 week_offset 控制查本周还是上周Java 端CallableStatement调它即可。存储过程把 SQL 留在数据库里代码只负责拿结果这也是课程设计里常见的加分项。6.3 答辩前跑一遍的验收清单答辩前一晚按这个清单过一遍拿 project.zip 在干净电脑上重新解压照着 README 从头搭一遍环境用 MySQL 的 mysqldump 导出完整 SQL确认能一键重建库表用 Excel 导入一份 20 行的样例数据验证 excel 导入数据库流程顺畅再拿 JMeter 跑一次 50 并发预订确认不死锁、不超卖。我第一次交课程设计也是拿网上的 zip 改文件名去答辩结果老师让我现场办一次入住登记我连表结构都说不清。后来每次作业我都会亲手把触发器写一遍不为别的就为被问到的时候心里有底。数据库这门课坑都在细节里自己亲手踩一遍比看十遍教程都管用。希望帮到你。本文还有配套的精品资源点击获取
