简介这份资源是基于SSM框架的智慧社区管理系统完整项目包面向计算机相关专业做毕设的学生以及需要Java项目实战练习的学习者可直接作为毕业设计使用。项目采用Spring、SpringMVC、MyBatis三大框架搭配MySQL数据库在Eclipse与Tomcat环境下开发基于B/S架构与JSP技术实现页面。系统区分业主与管理员两种角色涵盖前台与后台两大模块功能包括业主信息管理、房产信息管理、物业收费管理、服务预约管理、报损报修管理、意见反馈管理、留言交流管理及管理员管理等将社区、业主、物业与管理者紧密连接使社区管理更系统化、规范化。资源包共3个文件包含项目源码压缩包、数据库脚本sql文件以及项目说明txt文档整体约28.3MB源码与脚本均已严格调试可确保运行。目前已有6802人学习下载适合需要完整赛题方案、可运行代码与数据库设计参考的读者帮助快速理解SSM整合流程与社区管理业务逻辑。1. 智慧社区管理系统到底在管什么从一张门禁表说起很多同学做毕设一上来就打开 IDE 建 SpringBoot 工程结果写到一半发现表结构对不上、权限理不清、页面和接口各说各话。智慧社区管理系统这个题目看着像又一个 CRUD 后台真正动手才知道它牵扯的角色多、状态流转杂。我见过太多人卡在住户、业主、租户、访客这几个概念上反复改表最后数据库脚本改了七八版前端页面全废。这个系统本质上管三件事人、房、事。人包括业主、住户、访客、物业员工房包括楼栋、单元、房屋、车位事包括报修、投诉、缴费、公告、门禁记录。SSMSpring SpringMVC MyBatis作为经典 Java Web 三层架构正好适合把这三条线拆成 controller、service、mapper 三层来落地。它不追求高并发追求的是结构清晰、能跑通、答辩讲得明白。适合谁看正在做计算机毕设、选了智慧社区或物业管理系统方向、手里有源码包和数据库脚本但不知道怎么串起来的同学。也适合想用 SSM 练一遍完整业务闭环的初学者。下面我按表怎么设计 → 环境怎么搭 → 核心业务怎么写 → 坑在哪 → 怎么验证的顺序把这条路走一遍。2. 数据库脚本先落地8 张核心表怎么设计才不返工2.1 从业务角色反推表结构拿到项目源码 数据库脚本这类毕设资源第一件事不是急着导入 SQL而是先看懂表之间的关系。智慧社区的核心实体有用户sys_user、角色sys_role、楼栋building、房屋house、业主owner、报修单repair_order、缴费记录payment、公告notice。这 8 张表基本能撑起一个可答辩的系统。设计顺序建议从房屋开始因为它是整个系统的锚点。房屋属于某个楼栋的某个单元业主通过 owner 表和 house 关联报修和缴费又挂在 owner 或 house 上。这样一条链下来查询某栋某单元某户的报修历史就是一次 join不用绕。-- 房屋表系统锚点其他业务表都围绕它展开 CREATE TABLE house ( id INT PRIMARY KEY AUTO_INCREMENT, building_id INT NOT NULL COMMENT 所属楼栋, unit VARCHAR(10) NOT NULL COMMENT 单元号, room_no VARCHAR(20) NOT NULL COMMENT 房号, area DECIMAL(8,2) DEFAULT NULL COMMENT 建筑面积, status TINYINT DEFAULT 0 COMMENT 0空置 1已入住 2装修中, UNIQUE KEY uk_house (building_id, unit, room_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段脚本的关键在UNIQUE KEY uk_house。很多同学不建唯一索引结果同一个房号被录入两次后面按房号查业主时返回多条前端直接报错。status用 TINYINT 而不是 VARCHAR是为了后续统计入住率时能直接 sum。2.2 用户、角色、权限三张表的关联方式SSM 毕设里权限这块常见做法是 RBAC 简化版用户表、角色表、用户角色中间表。不要一上来就搞菜单权限、按钮权限、数据权限三层毕设时间不够。CREATE TABLE sys_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL COMMENT MD5加盐存储, real_name VARCHAR(50), phone VARCHAR(20), role_id INT NOT NULL COMMENT 直接绑角色简化设计, status TINYINT DEFAULT 1 COMMENT 1正常 0禁用 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里我把 role_id 直接放在用户表里而不是走中间表。原因很实际毕设系统角色就 3 到 4 种管理员、物业、业主、访客一个用户一个角色足够。用中间表反而增加 join 次数答辩时老师问为什么这么设计你答角色单一避免过度设计是加分的。参数说明password字段长度给 100因为 MD5 加盐后是 32 位但如果你用 BCrypt 就是 60 位留余量。status默认 1表示新建用户即可用禁用走 update。2.3 导入脚本时字符集和引擎的两个硬性检查导入 SQL 之前先确认两件事数据库字符集是 utf8mb4表引擎是 InnoDB。前者决定中文和 emoji 能不能存后者决定事务和行锁能不能用。我踩过的坑是用 Navicat 导入时默认选了 utf8结果公告内容里的特殊符号变成问号前端显示乱码排查了两小时。# 导入前先建库指定字符集 mysql -u root -p -e CREATE DATABASE smart_community DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci; # 再导入脚本 mysql -u root -p smart_community smart_community.sql执行完用SHOW TABLE STATUS FROM smart_community;检查每张表的 Engine 列是否为 InnoDB。如果是 MyISAM说明脚本里没写 ENGINE需要手动改或者重新生成。这个检查花 10 秒能省掉后面事务不回滚的玄学问题。3. SSM 三层怎么串从 mapper 到 controller 的最小闭环3.1 环境依赖与版本搭配SSM 项目最怕版本打架。我一般用这套组合JDK 8、Maven 3.6、Spring 5.2.x、SpringMVC 5.2.x、MyBatis 3.5.x、MySQL 8.0 驱动、Druid 连接池。不要用 JDK 17 配 Spring 5模块化会报错也不要用 MySQL 5 的驱动连 MySQL 8时区问题会让你怀疑人生。!-- pom.xml 关键依赖版本号按这套走 -- properties spring.version5.2.8.RELEASE/spring.version mybatis.version3.5.6/mybatis.version /properties dependency groupIdorg.springframework/groupId artifactIdspring-context/artifactId version${spring.version}/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.6/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.21/version /dependency参数说明mybatis-spring的版本必须和 MyBatis 主版本匹配3.5.x 的 MyBatis 配 2.0.x 的 mybatis-spring。写错会报NoClassDefFoundError而且报错信息不直接指向版本问题很难查。3.2 一个报修单的完整链路以业主提交报修为例走一遍 mapper → service → controller。这是答辩时最容易被问到的链路也是最能体现你对 SSM 理解的地方。// RepairMapper.java public interface RepairMapper { int insertRepair(RepairOrder order); ListRepairOrder selectByOwnerId(Param(ownerId) Integer ownerId); }!-- RepairMapper.xml -- insert idinsertRepair parameterTypecom.entity.RepairOrder useGeneratedKeystrue keyPropertyid INSERT INTO repair_order(owner_id, house_id, content, status, create_time) VALUES(#{ownerId}, #{houseId}, #{content}, 0, NOW()) /insert// RepairServiceImpl.java Service public class RepairServiceImpl implements RepairService { Autowired private RepairMapper repairMapper; Override Transactional(rollbackFor Exception.class) public int submitRepair(RepairOrder order) { if (order.getContent() null || order.getContent().trim().isEmpty()) { throw new RuntimeException(报修内容不能为空); } return repairMapper.insertRepair(order); } }逻辑说明mapper 层只负责 SQLuseGeneratedKeys让插入后能拿到自增 id方便后续返回给前端。service 层加Transactional保证业务校验失败时不留脏数据。controller 层只做参数接收和结果封装不写业务逻辑。参数说明status初始值 0 表示待处理后续物业接单改成 1完成改成 2。这个状态机要在数据库脚本的注释里写清楚不然前端传值全靠猜。3.3 前端页面与接口的对接约定SSM 毕设的前端常见两种JSP 和前后端分离Vue axios。如果是 JSPcontroller 返回 ModelAndView如果是分离返回ResponseBody的 JSON。不管哪种统一返回结构能省很多事。// 统一返回体 public class ResultT { private int code; // 200成功 500失败 private String msg; private T data; // getter/setter 省略 }前端拿到code 200才渲染数据否则弹 msg。这个约定写进接口文档前后端就不会为为什么没数据扯皮。我一般会在 controller 里用ExceptionHandler全局捕获异常统一转成 code 500避免异常堆栈直接吐到页面上。4. 避坑与排查毕设答辩前最容易翻车的 5 个点4.1 中文乱码现象是页面显示问号原因是字符集没统一现象公告标题在数据库里正常页面上显示???。原因从数据库连接、Tomcat 编码、页面编码三处任意一处不是 utf8。解决数据库连接串加?useUnicodetruecharacterEncodingutf8web.xml 加 CharacterEncodingFilterJSP 页面% page contentTypetext/html;charsetutf-8 %。三处都改缺一不可。4.2 事务不回滚现象是报修插入成功但状态没更新原因是引擎是 MyISAM现象service 里两个 insert第二个失败第一个却进了库。原因表引擎是 MyISAM不支持事务。解决ALTER TABLE repair_order ENGINEInnoDB;并确认 spring 配置里事务管理器用的是 DataSourceTransactionManager。这个坑我在帮人看毕设时遇到过至少五次。4.3 静态资源 404现象是 CSS/JS 加载不出来原因是 DispatcherServlet 拦截了所有请求现象页面能打开但没样式F12 显示 404。原因web.xml 里 DispatcherServlet 配了/把静态资源也拦了。解决在 spring-mvc.xml 加mvc:default-servlet-handler/和mvc:annotation-driven/让默认 Servlet 处理静态文件。4.4 时间格式差 8 小时现象是创建时间比实际早 8 小时原因是时区没配现象数据库存的时间和页面显示差 8 小时。原因MySQL 8 驱动默认用 UTC 时区。解决连接串加serverTimezoneAsia/Shanghai或者数据库里用NOW()而不是 Java 端new Date()。我一般两个都做双保险。4.5 登录后刷新掉线现象是登录成功但刷新页面又回登录页原因是 session 或拦截器配置问题现象登录后跳转正常一刷新就回登录页。原因拦截器没放行登录接口或者 session 超时时间太短。解决拦截器里排除/login、/logout、静态资源路径session 超时在 web.xml 里设 30 分钟。如果是前后端分离检查 axios 有没有带 cookie。5. 进阶验证怎么证明你的系统真的能跑而不是只有截图5.1 用接口测试代替点页面答辩前老师可能会让你现场演示。点页面容易紧张出错我建议准备一套接口测试用例用 Postman 或 curl 跑一遍核心链路。这样即使前端崩了你也能证明后端是通的。# 登录拿 session curl -c cookies.txt -X POST http://localhost:8080/login \ -d usernameadminpassword123456 # 带 session 查报修列表 curl -b cookies.txt http://localhost:8080/repair/list?ownerId1参数说明-c保存 cookie-b携带 cookie。如果返回 302 跳登录页说明 session 没保持检查拦截器放行规则。5.2 数据库层面的三个验证查询系统跑起来后用 SQL 验证数据一致性比看页面靠谱。验证目标SQL 示例预期结果房屋是否重复SELECT room_no, COUNT(*) FROM house GROUP BY building_id, unit, room_no HAVING COUNT(*) 1空结果报修状态分布SELECT status, COUNT(*) FROM repair_order GROUP BY status各状态数量合理孤儿报修单SELECT * FROM repair_order r LEFT JOIN owner o ON r.owner_id o.id WHERE o.id IS NULL空结果这三条查询能查出 80% 的数据问题。第一条查重复录入第二条查状态机是否正常流转第三条查外键关联是否断裂。答辩前跑一遍心里有底。5.3 一个我常用的后悔药习惯每次改数据库脚本之前先mysqldump备份一份。毕设期间表结构改动频繁改错了能 10 秒恢复比重新导入省事得多。mysqldump -u root -p smart_community backup_$(date %Y%m%d_%H%M).sql这个习惯是我工作后养成的做毕设时没人教吃过亏。有一次改字段类型把数据全清了只能重录浪费一晚上。后来每次动脚本前先备份再也没翻过车。最后说一句SSM 智慧社区管理系统这个题目技术栈不新但胜在完整。把它跑通、讲清楚、能演示比追新框架更实在。希望帮到你。本文还有配套的精品资源点击获取
SSM智慧社区管理系统毕设实战：数据库设计与核心业务闭环
简介这份资源是基于SSM框架的智慧社区管理系统完整项目包面向计算机相关专业做毕设的学生以及需要Java项目实战练习的学习者可直接作为毕业设计使用。项目采用Spring、SpringMVC、MyBatis三大框架搭配MySQL数据库在Eclipse与Tomcat环境下开发基于B/S架构与JSP技术实现页面。系统区分业主与管理员两种角色涵盖前台与后台两大模块功能包括业主信息管理、房产信息管理、物业收费管理、服务预约管理、报损报修管理、意见反馈管理、留言交流管理及管理员管理等将社区、业主、物业与管理者紧密连接使社区管理更系统化、规范化。资源包共3个文件包含项目源码压缩包、数据库脚本sql文件以及项目说明txt文档整体约28.3MB源码与脚本均已严格调试可确保运行。目前已有6802人学习下载适合需要完整赛题方案、可运行代码与数据库设计参考的读者帮助快速理解SSM整合流程与社区管理业务逻辑。1. 智慧社区管理系统到底在管什么从一张门禁表说起很多同学做毕设一上来就打开 IDE 建 SpringBoot 工程结果写到一半发现表结构对不上、权限理不清、页面和接口各说各话。智慧社区管理系统这个题目看着像又一个 CRUD 后台真正动手才知道它牵扯的角色多、状态流转杂。我见过太多人卡在住户、业主、租户、访客这几个概念上反复改表最后数据库脚本改了七八版前端页面全废。这个系统本质上管三件事人、房、事。人包括业主、住户、访客、物业员工房包括楼栋、单元、房屋、车位事包括报修、投诉、缴费、公告、门禁记录。SSMSpring SpringMVC MyBatis作为经典 Java Web 三层架构正好适合把这三条线拆成 controller、service、mapper 三层来落地。它不追求高并发追求的是结构清晰、能跑通、答辩讲得明白。适合谁看正在做计算机毕设、选了智慧社区或物业管理系统方向、手里有源码包和数据库脚本但不知道怎么串起来的同学。也适合想用 SSM 练一遍完整业务闭环的初学者。下面我按表怎么设计 → 环境怎么搭 → 核心业务怎么写 → 坑在哪 → 怎么验证的顺序把这条路走一遍。2. 数据库脚本先落地8 张核心表怎么设计才不返工2.1 从业务角色反推表结构拿到项目源码 数据库脚本这类毕设资源第一件事不是急着导入 SQL而是先看懂表之间的关系。智慧社区的核心实体有用户sys_user、角色sys_role、楼栋building、房屋house、业主owner、报修单repair_order、缴费记录payment、公告notice。这 8 张表基本能撑起一个可答辩的系统。设计顺序建议从房屋开始因为它是整个系统的锚点。房屋属于某个楼栋的某个单元业主通过 owner 表和 house 关联报修和缴费又挂在 owner 或 house 上。这样一条链下来查询某栋某单元某户的报修历史就是一次 join不用绕。-- 房屋表系统锚点其他业务表都围绕它展开 CREATE TABLE house ( id INT PRIMARY KEY AUTO_INCREMENT, building_id INT NOT NULL COMMENT 所属楼栋, unit VARCHAR(10) NOT NULL COMMENT 单元号, room_no VARCHAR(20) NOT NULL COMMENT 房号, area DECIMAL(8,2) DEFAULT NULL COMMENT 建筑面积, status TINYINT DEFAULT 0 COMMENT 0空置 1已入住 2装修中, UNIQUE KEY uk_house (building_id, unit, room_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段脚本的关键在UNIQUE KEY uk_house。很多同学不建唯一索引结果同一个房号被录入两次后面按房号查业主时返回多条前端直接报错。status用 TINYINT 而不是 VARCHAR是为了后续统计入住率时能直接 sum。2.2 用户、角色、权限三张表的关联方式SSM 毕设里权限这块常见做法是 RBAC 简化版用户表、角色表、用户角色中间表。不要一上来就搞菜单权限、按钮权限、数据权限三层毕设时间不够。CREATE TABLE sys_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL COMMENT MD5加盐存储, real_name VARCHAR(50), phone VARCHAR(20), role_id INT NOT NULL COMMENT 直接绑角色简化设计, status TINYINT DEFAULT 1 COMMENT 1正常 0禁用 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里我把 role_id 直接放在用户表里而不是走中间表。原因很实际毕设系统角色就 3 到 4 种管理员、物业、业主、访客一个用户一个角色足够。用中间表反而增加 join 次数答辩时老师问为什么这么设计你答角色单一避免过度设计是加分的。参数说明password字段长度给 100因为 MD5 加盐后是 32 位但如果你用 BCrypt 就是 60 位留余量。status默认 1表示新建用户即可用禁用走 update。2.3 导入脚本时字符集和引擎的两个硬性检查导入 SQL 之前先确认两件事数据库字符集是 utf8mb4表引擎是 InnoDB。前者决定中文和 emoji 能不能存后者决定事务和行锁能不能用。我踩过的坑是用 Navicat 导入时默认选了 utf8结果公告内容里的特殊符号变成问号前端显示乱码排查了两小时。# 导入前先建库指定字符集 mysql -u root -p -e CREATE DATABASE smart_community DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci; # 再导入脚本 mysql -u root -p smart_community smart_community.sql执行完用SHOW TABLE STATUS FROM smart_community;检查每张表的 Engine 列是否为 InnoDB。如果是 MyISAM说明脚本里没写 ENGINE需要手动改或者重新生成。这个检查花 10 秒能省掉后面事务不回滚的玄学问题。3. SSM 三层怎么串从 mapper 到 controller 的最小闭环3.1 环境依赖与版本搭配SSM 项目最怕版本打架。我一般用这套组合JDK 8、Maven 3.6、Spring 5.2.x、SpringMVC 5.2.x、MyBatis 3.5.x、MySQL 8.0 驱动、Druid 连接池。不要用 JDK 17 配 Spring 5模块化会报错也不要用 MySQL 5 的驱动连 MySQL 8时区问题会让你怀疑人生。!-- pom.xml 关键依赖版本号按这套走 -- properties spring.version5.2.8.RELEASE/spring.version mybatis.version3.5.6/mybatis.version /properties dependency groupIdorg.springframework/groupId artifactIdspring-context/artifactId version${spring.version}/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.6/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.21/version /dependency参数说明mybatis-spring的版本必须和 MyBatis 主版本匹配3.5.x 的 MyBatis 配 2.0.x 的 mybatis-spring。写错会报NoClassDefFoundError而且报错信息不直接指向版本问题很难查。3.2 一个报修单的完整链路以业主提交报修为例走一遍 mapper → service → controller。这是答辩时最容易被问到的链路也是最能体现你对 SSM 理解的地方。// RepairMapper.java public interface RepairMapper { int insertRepair(RepairOrder order); ListRepairOrder selectByOwnerId(Param(ownerId) Integer ownerId); }!-- RepairMapper.xml -- insert idinsertRepair parameterTypecom.entity.RepairOrder useGeneratedKeystrue keyPropertyid INSERT INTO repair_order(owner_id, house_id, content, status, create_time) VALUES(#{ownerId}, #{houseId}, #{content}, 0, NOW()) /insert// RepairServiceImpl.java Service public class RepairServiceImpl implements RepairService { Autowired private RepairMapper repairMapper; Override Transactional(rollbackFor Exception.class) public int submitRepair(RepairOrder order) { if (order.getContent() null || order.getContent().trim().isEmpty()) { throw new RuntimeException(报修内容不能为空); } return repairMapper.insertRepair(order); } }逻辑说明mapper 层只负责 SQLuseGeneratedKeys让插入后能拿到自增 id方便后续返回给前端。service 层加Transactional保证业务校验失败时不留脏数据。controller 层只做参数接收和结果封装不写业务逻辑。参数说明status初始值 0 表示待处理后续物业接单改成 1完成改成 2。这个状态机要在数据库脚本的注释里写清楚不然前端传值全靠猜。3.3 前端页面与接口的对接约定SSM 毕设的前端常见两种JSP 和前后端分离Vue axios。如果是 JSPcontroller 返回 ModelAndView如果是分离返回ResponseBody的 JSON。不管哪种统一返回结构能省很多事。// 统一返回体 public class ResultT { private int code; // 200成功 500失败 private String msg; private T data; // getter/setter 省略 }前端拿到code 200才渲染数据否则弹 msg。这个约定写进接口文档前后端就不会为为什么没数据扯皮。我一般会在 controller 里用ExceptionHandler全局捕获异常统一转成 code 500避免异常堆栈直接吐到页面上。4. 避坑与排查毕设答辩前最容易翻车的 5 个点4.1 中文乱码现象是页面显示问号原因是字符集没统一现象公告标题在数据库里正常页面上显示???。原因从数据库连接、Tomcat 编码、页面编码三处任意一处不是 utf8。解决数据库连接串加?useUnicodetruecharacterEncodingutf8web.xml 加 CharacterEncodingFilterJSP 页面% page contentTypetext/html;charsetutf-8 %。三处都改缺一不可。4.2 事务不回滚现象是报修插入成功但状态没更新原因是引擎是 MyISAM现象service 里两个 insert第二个失败第一个却进了库。原因表引擎是 MyISAM不支持事务。解决ALTER TABLE repair_order ENGINEInnoDB;并确认 spring 配置里事务管理器用的是 DataSourceTransactionManager。这个坑我在帮人看毕设时遇到过至少五次。4.3 静态资源 404现象是 CSS/JS 加载不出来原因是 DispatcherServlet 拦截了所有请求现象页面能打开但没样式F12 显示 404。原因web.xml 里 DispatcherServlet 配了/把静态资源也拦了。解决在 spring-mvc.xml 加mvc:default-servlet-handler/和mvc:annotation-driven/让默认 Servlet 处理静态文件。4.4 时间格式差 8 小时现象是创建时间比实际早 8 小时原因是时区没配现象数据库存的时间和页面显示差 8 小时。原因MySQL 8 驱动默认用 UTC 时区。解决连接串加serverTimezoneAsia/Shanghai或者数据库里用NOW()而不是 Java 端new Date()。我一般两个都做双保险。4.5 登录后刷新掉线现象是登录成功但刷新页面又回登录页原因是 session 或拦截器配置问题现象登录后跳转正常一刷新就回登录页。原因拦截器没放行登录接口或者 session 超时时间太短。解决拦截器里排除/login、/logout、静态资源路径session 超时在 web.xml 里设 30 分钟。如果是前后端分离检查 axios 有没有带 cookie。5. 进阶验证怎么证明你的系统真的能跑而不是只有截图5.1 用接口测试代替点页面答辩前老师可能会让你现场演示。点页面容易紧张出错我建议准备一套接口测试用例用 Postman 或 curl 跑一遍核心链路。这样即使前端崩了你也能证明后端是通的。# 登录拿 session curl -c cookies.txt -X POST http://localhost:8080/login \ -d usernameadminpassword123456 # 带 session 查报修列表 curl -b cookies.txt http://localhost:8080/repair/list?ownerId1参数说明-c保存 cookie-b携带 cookie。如果返回 302 跳登录页说明 session 没保持检查拦截器放行规则。5.2 数据库层面的三个验证查询系统跑起来后用 SQL 验证数据一致性比看页面靠谱。验证目标SQL 示例预期结果房屋是否重复SELECT room_no, COUNT(*) FROM house GROUP BY building_id, unit, room_no HAVING COUNT(*) 1空结果报修状态分布SELECT status, COUNT(*) FROM repair_order GROUP BY status各状态数量合理孤儿报修单SELECT * FROM repair_order r LEFT JOIN owner o ON r.owner_id o.id WHERE o.id IS NULL空结果这三条查询能查出 80% 的数据问题。第一条查重复录入第二条查状态机是否正常流转第三条查外键关联是否断裂。答辩前跑一遍心里有底。5.3 一个我常用的后悔药习惯每次改数据库脚本之前先mysqldump备份一份。毕设期间表结构改动频繁改错了能 10 秒恢复比重新导入省事得多。mysqldump -u root -p smart_community backup_$(date %Y%m%d_%H%M).sql这个习惯是我工作后养成的做毕设时没人教吃过亏。有一次改字段类型把数据全清了只能重录浪费一晚上。后来每次动脚本前先备份再也没翻过车。最后说一句SSM 智慧社区管理系统这个题目技术栈不新但胜在完整。把它跑通、讲清楚、能演示比追新框架更实在。希望帮到你。本文还有配套的精品资源点击获取
