企业官网建设流程全解析

简介：这份资源是基于 Java 与 MySQL 实现的教室信息管理系统，面向计算机相关专业的课程设计、毕业设计学生，以及希望练习数据库设计与 Java 桌面开发的学习者。项目围绕教室信息管理场景，完整覆盖需求分析、流程图与功能模块图绘制、E-R 图设计、满足 3NF 的关系模式转换，以及数据库编程实践，适合作为大作业、工程实训或初期项目立项的参考方案。压缩包共 90 个文件，约 944KB，包含 25 个 java 源码、53 个 class 编译文件、5 个 xml 配置、1 个 sql 建库脚本，以及课程设计报告 docx 和 README 说明，结构清晰，便于对照学习。目前已有 125 人学习。读者可借此理解从数据库建模到 Java 代码落地的完整链路，参考报告撰写思路与表结构设计方法，并在此基础上自行调试、修改和扩展功能。

1. 教室信息管理系统到底解决什么问题：从手工排课到数据落库

教务处每学期开学前最头疼的事，不是排课算法本身，而是排完之后的教室分配信息散落在七八个 Excel 里，A 教学楼 302 到底这学期归谁用、有没有冲突、能坐多少人，谁都不敢拍胸脯。基于 Java+MySQL 实现的教室信息管理系统，本质就是把「教室—课程—时间段—使用人」这四类实体用关系表管起来，让查询、占用检测、统计报表都走数据库而不是靠人眼比对。它适合两类人：一类是正在做课程设计或毕业设计、需要一个功能完整且能讲清楚技术选型的学生；另一类是刚接手教务信息化、想用最小成本搭一套内部工具的一线开发者。这套系统的技术栈不花哨，但把 Java 的面向对象建模和 MySQL 的关系约束用对了，能覆盖教室信息维护、借用申请、冲突检测、使用统计这几件核心事。下面从表结构设计一路讲到能跑起来的代码和踩过的坑。

2. 表结构怎么设计：教室、课程、借用记录三张核心表

2.1 先想清楚实体关系再动手建表

很多人一上来就打开 Navicat 开始敲字段，结果做到一半发现「一个教室可以被多个课程在不同时间段占用」这个关系没地方放，只能回头改表。正确的顺序是先画实体关系：教室（Classroom）是资源，课程（Course）是占用方，借用记录（BorrowRecord）是连接两者的桥梁，时间段（TimeSlot）是约束条件。教室和借用记录是一对多，课程和借用记录也是一对多，借用记录里同时持有教室 ID 和时间段信息，冲突检测就是在这张表上做时间区间重叠判断。

常见做法是把时间段拆成「星期几 + 第几节 + 起始周 + 结束周」四个字段，而不是存一个字符串。这样后续做冲突检测时可以直接用数值比较，不用解析字符串。教室表里要预留容量（capacity）和类型（多媒体/普通/机房）字段，排课时按课程人数和教室类型做匹配，这是课程设计里最容易加分的功能点。

2.2 建表 SQL 与字段说明

-- 教室表：存储教室基础信息 CREATE TABLE classroom ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT '教室主键', room_no VARCHAR(20) NOT NULL UNIQUE COMMENT '教室编号，如A302', building VARCHAR(50) NOT NULL COMMENT '所属教学楼', capacity INT NOT NULL DEFAULT 0 COMMENT '容纳人数', room_type TINYINT NOT NULL DEFAULT 0 COMMENT '0普通 1多媒体 2机房', status TINYINT NOT NULL DEFAULT 1 COMMENT '1可用 0停用', create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='教室信息表'; -- 借用记录表：核心业务表，承载冲突检测 CREATE TABLE borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, classroom_id INT NOT NULL COMMENT '关联教室', course_name VARCHAR(100) NOT NULL COMMENT '课程/用途名称', teacher VARCHAR(50) COMMENT '使用人', day_of_week TINYINT NOT NULL COMMENT '1-7 表示周一到周日', start_section TINYINT NOT NULL COMMENT '起始节次 1-12', end_section TINYINT NOT NULL COMMENT '结束节次', start_week TINYINT NOT NULL COMMENT '起始周', end_week TINYINT NOT NULL COMMENT '结束周', apply_status TINYINT DEFAULT 0 COMMENT '0待审 1通过 2驳回', create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_room_time (classroom_id, day_of_week), CONSTRAINT fk_borrow_room FOREIGN KEY (classroom_id) REFERENCES classroom(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='教室借用记录表';

room_no加了唯一约束，防止同一个教室被重复录入。borrow_record上的联合索引idx_room_time是为冲突检测查询服务的，因为检测时一定是先按教室过滤再按星期过滤。外键约束保证不会出现指向不存在教室的借用记录，这在课程设计答辩时是能讲出「数据完整性」的点。apply_status用待审/通过/驳回三态而不是布尔值，是因为实际教务流程里借用申请需要审批环节，这个字段让系统更贴近真实场景。

2.3 冲突检测的 SQL 写法

冲突检测的本质是判断同一教室、同一天、周次有交集、节次有交集这四件事同时成立。用一条 SQL 就能查出来：

-- 检测某教室在指定时间是否已被占用 SELECT COUNT(*) FROM borrow_record WHERE classroom_id = ? AND day_of_week = ? AND apply_status = 1 AND start_week <= ? AND end_week >= ? -- 周次区间有交集 AND start_section <= ? AND end_section >= ?; -- 节次区间有交集

四个参数分别是教室 ID、星期、新申请的结束周、新申请的起始周、新申请的结束节、新申请的起始节。区间重叠的判断条件是「已有记录的起始 ≤ 新记录的结束 且 已有记录的结束 ≥ 新记录的起始」，这是标准的区间相交公式，记住它比每次现推靠谱。返回结果大于 0 就说明冲突，直接拒绝申请。

3. Java 后端怎么落地：JDBC 连接、DAO 分层与冲突校验

3.1 为什么用 JDBC 而不是上来就 Spring Boot

课程设计和毕业设计的场景里，很多同学一上来就搭 Spring Boot + MyBatis，结果光配置文件就调半天，答辩时被问「你的 DAO 层怎么实现的」反而说不清楚。我的建议是先用原生 JDBC 把数据访问层写透，理解 Connection、PreparedStatement、ResultSet 三件套的生命周期，再往上套框架。这样你对「连接池为什么必要」「PreparedStatement 为什么能防注入」这些面试常问的点有实感。下面这套 DAO 写法可以直接抄。

3.2 数据库连接工具类

import java.sql.*; public class DBUtil { // 常见做法是把这些放到 db.properties，这里为方便直接写常量 private static final String URL = "jdbc:mysql://localhost:3306/classroom_db?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8"; 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 RuntimeException("MySQL驱动加载失败", e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } // 统一关闭资源，避免连接泄漏 public static void close(Connection conn, Statement stmt, ResultSet rs) { try { if (rs != null) rs.close(); } catch (SQLException ignored) {} try { if (stmt != null) stmt.close(); } catch (SQLException ignored) {} try { if (conn != null) conn.close(); } catch (SQLException ignored) {} } }

useSSL=false是为了避免本地开发时 MySQL 8.0 的 SSL 连接报错，这个坑后面避坑章节会细说。serverTimezone=Asia/Shanghai不加的话，插入的时间会差 8 小时，这是 MySQL 8.0 驱动最常见的翻车点。characterEncoding=utf8保证中文课程名不乱码。驱动类名是com.mysql.cj.jdbc.Driver，注意有cj，老版本是com.mysql.jdbc.Driver，用错了会报驱动找不到。

3.3 冲突检测的 DAO 方法

public boolean hasConflict(int classroomId, int dayOfWeek, int startWeek, int endWeek, int startSection, int endSection) { String sql = "SELECT COUNT(*) FROM borrow_record " + "WHERE classroom_id = ? AND day_of_week = ? AND apply_status = 1 " + "AND start_week <= ? AND end_week >= ? " + "AND start_section <= ? AND end_section >= ?"; Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = DBUtil.getConnection(); ps = conn.prepareStatement(sql); ps.setInt(1, classroomId); ps.setInt(2, dayOfWeek); ps.setInt(3, endWeek); // 注意参数顺序：新记录的结束周 ps.setInt(4, startWeek); // 新记录的起始周 ps.setInt(5, endSection); ps.setInt(6, startSection); rs = ps.executeQuery(); if (rs.next()) { return rs.getInt(1) > 0; } } catch (SQLException e) { e.printStackTrace(); } finally { DBUtil.close(conn, ps, rs); } return false; }

参数顺序是最容易写错的地方：SQL 里start_week <= ?的占位符要填新记录的endWeek，end_week >= ?要填新记录的startWeek。写反了冲突检测就会漏判，而且不报错，属于典型的玄学 bug。用PreparedStatement而不是拼接字符串，既防 SQL 注入，又避免课程名里带单引号导致语法错误。返回false表示无冲突可以插入，返回true表示冲突需要提示用户换时间。

3.4 插入借用记录并做事务保护

public boolean addBorrowRecord(BorrowRecord record) { // 先检测冲突，再插入，两步之间用同步锁防止并发 synchronized (this) { if (hasConflict(record.getClassroomId(), record.getDayOfWeek(), record.getStartWeek(), record.getEndWeek(), record.getStartSection(), record.getEndSection())) { return false; } String sql = "INSERT INTO borrow_record(classroom_id, course_name, teacher, " + "day_of_week, start_section, end_section, start_week, end_week, apply_status) " + "VALUES(?,?,?,?,?,?,?,?,?)"; Connection conn = null; PreparedStatement ps = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 ps = conn.prepareStatement(sql); ps.setInt(1, record.getClassroomId()); ps.setString(2, record.getCourseName()); ps.setString(3, record.getTeacher()); ps.setInt(4, record.getDayOfWeek()); ps.setInt(5, record.getStartSection()); ps.setInt(6, record.getEndSection()); ps.setInt(7, record.getStartWeek()); ps.setInt(8, record.getEndWeek()); ps.setInt(9, record.getApplyStatus()); int rows = ps.executeUpdate(); conn.commit(); return rows > 0; } catch (SQLException e) { try { if (conn != null) conn.rollback(); } catch (SQLException ignored) {} e.printStackTrace(); return false; } finally { DBUtil.close(conn, ps, null); } } }

synchronized块解决的是同一时刻两个请求同时通过冲突检测然后都插入的问题，单机部署够用。如果要做成多节点，得靠数据库唯一索引或悲观锁，这是进阶话题。setAutoCommit(false)加commit/rollback是事务的标准写法，虽然这里只有一条 INSERT，但养成习惯没坏处，后面扩展成「插入记录 + 更新教室状态」两条语句时事务就必要了。

4. 避坑与排查：那些让系统跑不起来的常见问题

4.1 现象：启动报「Public Key Retrieval is not allowed」

原因：MySQL 8.0 默认使用caching_sha2_password认证插件，JDBC 驱动在非 SSL 连接下需要显式允许公钥检索。解决：在连接 URL 后面加allowPublicKeyRetrieval=true，完整写法是jdbc:mysql://localhost:3306/classroom_db?useSSL=false&allowPublicKeyRetrieval=true&serverTimezone=Asia/Shanghai。这个报错在 MySQL 8.0 环境里出现频率极高，记住这个参数能省半小时。

4.2 现象：插入的中文课程名变成问号

原因：数据库、表、连接三处的字符集不一致。解决：建库时用CREATE DATABASE classroom_db DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci，建表时带DEFAULT CHARSET=utf8mb4，连接 URL 带characterEncoding=utf8。三处都对齐才不会乱码。注意是utf8mb4不是utf8，后者在 MySQL 里是阉割版，存不了 emoji 和部分生僻字。

4.3 现象：冲突检测偶尔漏判，明明时间重叠却提示可用

原因：参数顺序写反，或者apply_status条件漏了。解决：对照 3.3 节的代码逐行核对占位符顺序，确认start_week <= endWeek和end_week >= startWeek的对应关系。另外检查是否只检测了apply_status = 1的记录，待审和驳回的不该参与冲突判断。建议写一个单元测试，构造两条已知重叠的记录，断言hasConflict返回true。

4.4 现象：程序跑一段时间后报「Too many connections」

原因：Connection 没有关闭，每次请求都新建连接且不释放。解决：确保每个 DAO 方法的finally块里都调用了DBUtil.close。更彻底的做法是引入连接池，课程设计里用 HikariCP 或 Druid 都行，配置maximumPoolSize=10就够用。如果不想引第三方库，至少保证close方法被正确调用，可以用 try-with-resources 语法简化。

4.5 现象：教室编号重复插入时报 500 错误而不是友好提示

原因：room_no的唯一约束触发SQLIntegrityConstraintViolationException，但代码里只 catch 了SQLException没做区分。解决：在插入教室的 DAO 方法里单独捕获这个异常，返回「教室编号已存在」的提示。或者在插入前先SELECT COUNT(*)查一次，虽然多一次查询但逻辑更清晰。两种做法都行，前者性能好，后者可读性好。

5. 从能跑到好用：统计报表与批量导入的进阶技巧

系统能增删改查只是及格线，真正让课程设计出彩的是统计和批量处理。教务最常要的两个数据是「每个教室每周被占用多少节」和「哪些时间段教室空置率最高」。前者用一条 GROUP BY 就能出：

-- 统计每个教室每周被占用的总节数 SELECT c.room_no, c.building, SUM(b.end_section - b.start_section + 1) AS used_sections FROM classroom c LEFT JOIN borrow_record b ON c.id = b.classroom_id AND b.apply_status = 1 GROUP BY c.id, c.room_no, c.building ORDER BY used_sections DESC;

end_section - start_section + 1是计算节次跨度的常用写法，比如第 3 到第 5 节就是 3 节。用LEFT JOIN保证没被占用的教室也出现在结果里，used_sections为 NULL 时前端显示 0。这个查询在数据量上千条时依然很快，因为idx_room_time索引能覆盖大部分过滤。

批量导入教室信息时，不要循环单条 INSERT，那样一千条数据要发一千次网络往返。用 JDBC 的addBatch和executeBatch：

public int batchInsertClassrooms(List<Classroom> list) { String sql = "INSERT INTO classroom(room_no, building, capacity, room_type) VALUES(?,?,?,?)"; Connection conn = null; PreparedStatement ps = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); ps = conn.prepareStatement(sql); for (Classroom c : list) { ps.setString(1, c.getRoomNo()); ps.setString(2, c.getBuilding()); ps.setInt(3, c.getCapacity()); ps.setInt(4, c.getRoomType()); ps.addBatch(); // 加入批次，不立即执行 } int[] results = ps.executeBatch(); // 一次性提交 conn.commit(); return results.length; } catch (SQLException e) { try { if (conn != null) conn.rollback(); } catch (SQLException ignored) {} e.printStackTrace(); return 0; } finally { DBUtil.close(conn, ps, null); } }

addBatch把每条语句缓存起来，executeBatch一次性发给数据库，一千条数据的插入时间能从十几秒降到一秒以内。注意批次不要太大，超过五千条建议分批提交，否则可能撑爆数据库的max_allowed_packet。导入前记得校验 Excel 里的教室编号格式，空行和重复行要提前过滤，不然批量插入遇到唯一约束冲突会整批回滚，这是血泪经验。

最后一个技巧是关于时间段的展示。数据库里存的是day_of_week=1, start_section=3, end_section=5这种数字，前端要显示成「周一第 3-5 节」。写一个转换工具方法，用数组映射{"周一","周二",...}和节次拼接，别在 JSP 或前端模板里写一堆 if-else。这个转换逻辑放在 Service 层，DAO 只负责取原始数据，职责清晰，答辩时也好讲。

我自己做这类系统最大的教训是：表结构设计花的时间永远不亏。第一版图省事把时间段存成字符串，做到冲突检测时发现要写正则解析，改表改了两天。后来老老实实拆成四个数值字段，所有查询都变成简单的比较运算。如果你正在做课程设计或毕业设计，先把 ER 图和数据字典写出来再动手敲代码，这个习惯能帮你省下大量返工时间。希望帮到你。

本文还有配套的精品资源，点击获取