拓冰网站定制 
简介这份资源是面向高校信息管理与信息系统、计算机相关专业学生的毕业设计参考资料主题为学生宿舍管理系统的设计与实现适合正在准备课程设计或本科毕业论文、需要完整项目案例的读者。压缩包内共1个doc文档约924KB内容为完整的毕业设计论文涵盖任务书、中英文摘要、系统设计思路与测试过程。系统采用C/S架构以C# 2005为前端开发工具、SQL Server 2000为后台数据库功能涉及学生基本信息管理、宿舍分配与调整、宿舍信息维护、登录与权限审计、数据备份恢复及网络远程管理等模块。文档还梳理了需求分析、编码实现、白盒与黑盒测试等软件工程流程并针对数据安全性、查询性能优化和权限控制等难点给出解决思路附有数据库原理、程序设计等参考文献。目前已有157人学习可为读者提供选题参考、论文结构模板与开发流程借鉴。1. 从一份 2011 年的毕业设计说起C#SQL Server 的 C/S 宿舍管理系统到底能不能跑翻到这份《学生宿舍管理系统设计与实现》的毕业设计文档时我第一反应是——这玩意儿还能编译通过吗C# 2005 配 SQL Server 2000C/S 架构典型的 2011 年前后高校信息管理与信息系统专业的标配选题。但别急着划走如果你手头正好有类似的老项目要维护或者导师扔给你一份十年前的参考代码让你“照着改改”这份文档的价值就出来了。它完整覆盖了需求分析、E-R 建模、功能模块划分、白盒黑盒测试的流程核心功能包括学生入住登记、晚归记录、外来人员管理、维修申报、物品登记和用户权限控制。适合谁一是正在做同类课设、需要一份可参照的完整设计思路的人二是接手了老旧 C/S 系统、需要快速理解业务逻辑的运维或二次开发人员。下面我按“先搞清楚它怎么设计的再动手把环境搭起来最后告诉你哪些地方最容易翻车”的顺序拆一遍。2. 需求到模块C/S 架构下宿舍管理系统的功能拆解与数据流设计2.1 为什么选 C/S 而不是 B/S——2011 年的技术约束这份设计明确采用 C/S 结构服务器放信息中心终端分布在各楼栋宿舍管理处通过 ODBC 驱动连接 SQL Server 2000。放在今天看B/S 显然更主流但回到 2011 年的校园网络环境C/S 有两个硬优势一是客户端可以缓存部分数据楼栋管理处的网络不稳定时仍能操作二是 C# WinForm 的本地控件响应速度远快于当时浏览器渲染表格。常见做法是服务器端只跑数据库服务客户端负责全部业务逻辑和界面渲染这种“胖客户端”模式在局域网内延迟极低。但代价也很明显每台终端都要装 .NET Framework 和客户端程序版本更新得逐台部署。我一般会建议如果现在要复现这个项目把数据访问层抽出来用配置文件存连接字符串别硬编码在 Form 里。文档里提到的 ODBC 驱动方式实际开发中更推荐用 SqlClient 命名空间直接连少一层驱动配置就少一个玄学问题。2.2 功能模块的层次划分与数据流图落地文档把系统分成四大模块管理员登录、管理员管理、学生管理、宿舍管理。宿舍管理下面又挂晚归登记、来访人管理、维修管理三个子模块。这个划分逻辑是清晰的——按角色和业务场景切分而不是按技术分层。数据流图从顶层到底层逐级分解顶层图描述用户与系统的数据交互零层图细化登录验证和数据库连接的分支功能级图再拆到具体事务处理。实际编码时这种层次结构对应到 WinForm 就是主窗体 多个子窗体 一个静态数据库帮助类。我见过太多学生直接把 SQL 语句写在按钮点击事件里结果改一个字段名要翻十几个文件。正确的做法是建一个DBHelper类封装ExecuteNonQuery、ExecuteReader、ExecuteScalar三个方法所有窗体通过它访问数据库。下面是一个可复用的连接与查询封装示例// DBHelper.cs - 数据库访问基础类 using System; using System.Data; using System.Data.SqlClient; using System.Configuration; public static class DBHelper { // 从 App.config 读取连接字符串避免硬编码 private static readonly string connStr ConfigurationManager.ConnectionStrings[DormDB].ConnectionString; // 执行增删改返回受影响行数 public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) { using (SqlCommand cmd new SqlCommand(sql, conn)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); conn.Open(); return cmd.ExecuteNonQuery(); } } } // 执行查询返回 DataTable public static DataTable ExecuteQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) { using (SqlCommand cmd new SqlCommand(sql, conn)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); SqlDataAdapter adapter new SqlDataAdapter(cmd); DataTable dt new DataTable(); adapter.Fill(dt); return dt; } } } }这段代码的关键点在于连接字符串放在App.config的connectionStrings节点里换数据库服务器时只改配置文件using语句确保连接和命令对象及时释放避免连接池耗尽参数化查询防止 SQL 注入虽然 2011 年的文档没强调这一点但现在复现时必须加上。参数说明sql传入带参数名的语句parameters是SqlParameter数组按顺序对应。2.3 数据库概念设计E-R 图到物理表的映射文档给出了学生、班级、物品、外来人员四个实体的属性图。学生实体包含学号、姓名、性别、宿舍号、年龄、班级、系部编号班级实体包含班级名、系部名、辅导员名字物品实体包含宿舍号、物品名、数量。从 E-R 到物理表常见做法是每个实体建一张表多对一关系通过外键关联。比如学生表的“班级”字段存班级 ID班级表的“辅导员”字段存教师 ID。这里有个容易忽略的点晚归登记表和外来人员登记表需要记录时间戳文档里没明确写字段类型但实际建表时登记时间必须用datetime而不是varchar否则按时间范围查询时字符串比较会出大问题。另外物品管理模块涉及“贵重物品登记”建议单独建一张Valuables表用ItemType字段区分普通物品和贵重物品而不是在同一个表里加一堆可空字段。3. 环境搭建与核心功能实现从 SQL Server 2000 到 WinForm 窗体3.1 开发环境的选择与替代方案原文档要求 Windows 98/2000/XP Visual C# 2005 SQL Server 2000。这套环境现在基本找不到了但项目本身是 .NET Framework 2.0 的完全可以在 Windows 10/11 上用 Visual Studio 2019 或 2022 打开把目标框架设为 .NET Framework 4.7.2 或 4.8。SQL Server 2000 可以用 SQL Server 2019 Express 替代语法兼容性在基础 CRUD 层面没问题但要注意datetime和smalldatetime的精度差异以及TOP子句在分页查询中的写法变化。我一般会这样迁移新建一个 SQL Server 2019 数据库用文档里的 E-R 图重建表结构然后把连接字符串指向新实例。如果原代码里有SqlConnection的旧式写法比如new SqlConnection(server.;databaseDormDB;uidsa;pwd123)改成集成验证或独立账号别用 sa。3.2 登录验证与权限控制的实现登录模块是系统的入口文档要求“必须输入正确的用户名和密码才能进入”并且“采用审计方式记录每个用户的登录信息”。实现上分两步先查Users表验证用户名和密码验证通过后往LoginLog表插一条记录包含用户 ID、登录时间、客户端 IP。权限控制通过Role字段区分管理员和普通宿管员管理员能管理用户宿管员只能操作本楼栋数据。// 登录验证与审计日志写入 public bool ValidateUser(string username, string password, out string role) { role string.Empty; string sql SELECT UserID, Role FROM Users WHERE UserNamename AND Passwordpwd; SqlParameter[] paras { new SqlParameter(name, username), new SqlParameter(pwd, password) // 实际项目应存哈希值 }; DataTable dt DBHelper.ExecuteQuery(sql, paras); if (dt.Rows.Count 0) return false; int userId Convert.ToInt32(dt.Rows[0][UserID]); role dt.Rows[0][Role].ToString(); // 写入审计日志 string logSql INSERT INTO LoginLog(UserID, LoginTime, ClientIP) VALUES(uid, GETDATE(), ip); SqlParameter[] logParas { new SqlParameter(uid, userId), new SqlParameter(ip, GetLocalIP()) }; DBHelper.ExecuteNonQuery(logSql, logParas); return true; }逻辑说明先查用户表用参数化查询避免注入查到后取角色字段再写日志。GETDATE()是 SQL Server 内置函数返回服务器当前时间。GetLocalIP()需要自己实现取本机 IPv4 地址。注意密码字段在实际部署时应该存 SHA256 哈希文档里没提但这是现在必须补上的安全措施。3.3 晚归登记与外来人员管理的窗体交互晚归登记界面通常是一个 DataGridView 加几个输入框和按钮。用户选择学生后填晚归时间和原因点保存就往LateReturn表插一条记录。查询功能按学号或日期范围过滤。外来人员登记类似但多了“离去时间”字段需要支持“登记”和“离去”两个操作对应INSERT和UPDATE。这里有个 WinForm 的经典坑DataGridView 绑定 DataTable 后如果直接修改单元格内容不会自动同步到数据库必须手动调Update或者重新执行 SQL。我一般会在保存按钮里遍历 DataGridView 的行逐行判断RowState但更简单的做法是每次操作后重新查询刷新绑定。文档里没写具体实现但这是复现时绕不开的细节。4. 避坑与排查老项目复现时最容易翻车的五个地方4.1 现象程序编译通过但运行时报“连接失败”原因连接字符串指向的 SQL Server 实例名不对或者 TCP/IP 协议没启用。SQL Server 2000 默认用命名管道而新版 SQL Server Express 默认禁用 TCP/IP。解决打开 SQL Server 配置管理器启用 TCP/IP 协议重启服务连接字符串里用Serverlocalhost\SQLEXPRESS;DatabaseDormDB;Trusted_ConnectionTrue;替代旧的uidsa;pwd...。4.2 现象中文数据显示成问号原因数据库排序规则不是Chinese_PRC_CI_AS或者 WinForm 窗体的Font属性没设成支持中文的字体。解决建库时指定COLLATE Chinese_PRC_CI_AS窗体统一设Font 宋体, 9pt。如果已经建了库用ALTER DATABASE DormDB COLLATE Chinese_PRC_CI_AS修改。4.3 现象登录后主界面卡死原因在 UI 线程里执行了耗时查询比如一次性加载几千条晚归记录到 DataGridView。解决用BackgroundWorker或async/await把查询放到后台线程加载完再更新 UI。老项目里常见的是直接dataGridView1.DataSource dt;数据量一大就假死。4.4 现象备份数据库时报“设备未找到”原因SQL Server 2000 的备份路径是服务器本地路径不是客户端路径。如果客户端和服务器不在同一台机器BACKUP DATABASE语句里的路径必须写服务器上的有效目录。解决用BACKUP DATABASE DormDB TO DISKC:\Backup\DormDB.bak确保C:\Backup在服务器上存在且 SQL Server 服务账号有写权限。4.5 现象外来人员登记后查询不到原因插入时用了GETDATE()但查询时用字符串比较日期格式不匹配。比如WHERE VisitTime 2024-01-01在datetime字段上没问题但如果字段是varchar就会按字符串排序。解决建表时VisitTime用datetime类型查询时用CONVERT(varchar, VisitTime, 120)格式化输出。5. 进阶技巧用事务保证多表操作的一致性这份设计里有一个容易被忽略但实际很关键的点——学生入住登记涉及两张表Students表更新宿舍号DormRooms表更新已住人数。如果第一条 SQL 执行成功、第二条失败数据就不一致了。文档里没提事务但这是复现时必须补上的。// 学生入住登记更新学生宿舍号 更新宿舍已住人数 public bool CheckIn(int studentId, int roomId) { using (SqlConnection conn new SqlConnection(connStr)) { conn.Open(); using (SqlTransaction tran conn.BeginTransaction()) { try { string sql1 UPDATE Students SET RoomIDrid WHERE StudentIDsid; string sql2 UPDATE DormRooms SET OccupiedOccupied1 WHERE RoomIDrid; using (SqlCommand cmd1 new SqlCommand(sql1, conn, tran)) { cmd1.Parameters.AddWithValue(rid, roomId); cmd1.Parameters.AddWithValue(sid, studentId); cmd1.ExecuteNonQuery(); } using (SqlCommand cmd2 new SqlCommand(sql2, conn, tran)) { cmd2.Parameters.AddWithValue(rid, roomId); cmd2.ExecuteNonQuery(); } tran.Commit(); return true; } catch { tran.Rollback(); return false; } } } }逻辑说明SqlTransaction绑定到同一个SqlConnection两条命令共享事务上下文。任何一条失败就回滚保证要么都成功要么都不做。参数用AddWithValue简化写法但注意int类型直接传没问题string类型要留意长度截断。验证方法故意把第二条 SQL 的表名写错运行后看Students表的RoomID是否没变——如果没变说明事务生效了。从那以后我每次做多表关联的增删改都强制走一遍事务哪怕只有两条 SQL。希望帮到你。本文还有配套的精品资源点击获取 C#+SQL Server宿舍管理系统复现指南：从毕业设计到事务一致性
简介这份资源是面向高校信息管理与信息系统、计算机相关专业学生的毕业设计参考资料主题为学生宿舍管理系统的设计与实现适合正在准备课程设计或本科毕业论文、需要完整项目案例的读者。压缩包内共1个doc文档约924KB内容为完整的毕业设计论文涵盖任务书、中英文摘要、系统设计思路与测试过程。系统采用C/S架构以C# 2005为前端开发工具、SQL Server 2000为后台数据库功能涉及学生基本信息管理、宿舍分配与调整、宿舍信息维护、登录与权限审计、数据备份恢复及网络远程管理等模块。文档还梳理了需求分析、编码实现、白盒与黑盒测试等软件工程流程并针对数据安全性、查询性能优化和权限控制等难点给出解决思路附有数据库原理、程序设计等参考文献。目前已有157人学习可为读者提供选题参考、论文结构模板与开发流程借鉴。1. 从一份 2011 年的毕业设计说起C#SQL Server 的 C/S 宿舍管理系统到底能不能跑翻到这份《学生宿舍管理系统设计与实现》的毕业设计文档时我第一反应是——这玩意儿还能编译通过吗C# 2005 配 SQL Server 2000C/S 架构典型的 2011 年前后高校信息管理与信息系统专业的标配选题。但别急着划走如果你手头正好有类似的老项目要维护或者导师扔给你一份十年前的参考代码让你“照着改改”这份文档的价值就出来了。它完整覆盖了需求分析、E-R 建模、功能模块划分、白盒黑盒测试的流程核心功能包括学生入住登记、晚归记录、外来人员管理、维修申报、物品登记和用户权限控制。适合谁一是正在做同类课设、需要一份可参照的完整设计思路的人二是接手了老旧 C/S 系统、需要快速理解业务逻辑的运维或二次开发人员。下面我按“先搞清楚它怎么设计的再动手把环境搭起来最后告诉你哪些地方最容易翻车”的顺序拆一遍。2. 需求到模块C/S 架构下宿舍管理系统的功能拆解与数据流设计2.1 为什么选 C/S 而不是 B/S——2011 年的技术约束这份设计明确采用 C/S 结构服务器放信息中心终端分布在各楼栋宿舍管理处通过 ODBC 驱动连接 SQL Server 2000。放在今天看B/S 显然更主流但回到 2011 年的校园网络环境C/S 有两个硬优势一是客户端可以缓存部分数据楼栋管理处的网络不稳定时仍能操作二是 C# WinForm 的本地控件响应速度远快于当时浏览器渲染表格。常见做法是服务器端只跑数据库服务客户端负责全部业务逻辑和界面渲染这种“胖客户端”模式在局域网内延迟极低。但代价也很明显每台终端都要装 .NET Framework 和客户端程序版本更新得逐台部署。我一般会建议如果现在要复现这个项目把数据访问层抽出来用配置文件存连接字符串别硬编码在 Form 里。文档里提到的 ODBC 驱动方式实际开发中更推荐用 SqlClient 命名空间直接连少一层驱动配置就少一个玄学问题。2.2 功能模块的层次划分与数据流图落地文档把系统分成四大模块管理员登录、管理员管理、学生管理、宿舍管理。宿舍管理下面又挂晚归登记、来访人管理、维修管理三个子模块。这个划分逻辑是清晰的——按角色和业务场景切分而不是按技术分层。数据流图从顶层到底层逐级分解顶层图描述用户与系统的数据交互零层图细化登录验证和数据库连接的分支功能级图再拆到具体事务处理。实际编码时这种层次结构对应到 WinForm 就是主窗体 多个子窗体 一个静态数据库帮助类。我见过太多学生直接把 SQL 语句写在按钮点击事件里结果改一个字段名要翻十几个文件。正确的做法是建一个DBHelper类封装ExecuteNonQuery、ExecuteReader、ExecuteScalar三个方法所有窗体通过它访问数据库。下面是一个可复用的连接与查询封装示例// DBHelper.cs - 数据库访问基础类 using System; using System.Data; using System.Data.SqlClient; using System.Configuration; public static class DBHelper { // 从 App.config 读取连接字符串避免硬编码 private static readonly string connStr ConfigurationManager.ConnectionStrings[DormDB].ConnectionString; // 执行增删改返回受影响行数 public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) { using (SqlCommand cmd new SqlCommand(sql, conn)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); conn.Open(); return cmd.ExecuteNonQuery(); } } } // 执行查询返回 DataTable public static DataTable ExecuteQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) { using (SqlCommand cmd new SqlCommand(sql, conn)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); SqlDataAdapter adapter new SqlDataAdapter(cmd); DataTable dt new DataTable(); adapter.Fill(dt); return dt; } } } }这段代码的关键点在于连接字符串放在App.config的connectionStrings节点里换数据库服务器时只改配置文件using语句确保连接和命令对象及时释放避免连接池耗尽参数化查询防止 SQL 注入虽然 2011 年的文档没强调这一点但现在复现时必须加上。参数说明sql传入带参数名的语句parameters是SqlParameter数组按顺序对应。2.3 数据库概念设计E-R 图到物理表的映射文档给出了学生、班级、物品、外来人员四个实体的属性图。学生实体包含学号、姓名、性别、宿舍号、年龄、班级、系部编号班级实体包含班级名、系部名、辅导员名字物品实体包含宿舍号、物品名、数量。从 E-R 到物理表常见做法是每个实体建一张表多对一关系通过外键关联。比如学生表的“班级”字段存班级 ID班级表的“辅导员”字段存教师 ID。这里有个容易忽略的点晚归登记表和外来人员登记表需要记录时间戳文档里没明确写字段类型但实际建表时登记时间必须用datetime而不是varchar否则按时间范围查询时字符串比较会出大问题。另外物品管理模块涉及“贵重物品登记”建议单独建一张Valuables表用ItemType字段区分普通物品和贵重物品而不是在同一个表里加一堆可空字段。3. 环境搭建与核心功能实现从 SQL Server 2000 到 WinForm 窗体3.1 开发环境的选择与替代方案原文档要求 Windows 98/2000/XP Visual C# 2005 SQL Server 2000。这套环境现在基本找不到了但项目本身是 .NET Framework 2.0 的完全可以在 Windows 10/11 上用 Visual Studio 2019 或 2022 打开把目标框架设为 .NET Framework 4.7.2 或 4.8。SQL Server 2000 可以用 SQL Server 2019 Express 替代语法兼容性在基础 CRUD 层面没问题但要注意datetime和smalldatetime的精度差异以及TOP子句在分页查询中的写法变化。我一般会这样迁移新建一个 SQL Server 2019 数据库用文档里的 E-R 图重建表结构然后把连接字符串指向新实例。如果原代码里有SqlConnection的旧式写法比如new SqlConnection(server.;databaseDormDB;uidsa;pwd123)改成集成验证或独立账号别用 sa。3.2 登录验证与权限控制的实现登录模块是系统的入口文档要求“必须输入正确的用户名和密码才能进入”并且“采用审计方式记录每个用户的登录信息”。实现上分两步先查Users表验证用户名和密码验证通过后往LoginLog表插一条记录包含用户 ID、登录时间、客户端 IP。权限控制通过Role字段区分管理员和普通宿管员管理员能管理用户宿管员只能操作本楼栋数据。// 登录验证与审计日志写入 public bool ValidateUser(string username, string password, out string role) { role string.Empty; string sql SELECT UserID, Role FROM Users WHERE UserNamename AND Passwordpwd; SqlParameter[] paras { new SqlParameter(name, username), new SqlParameter(pwd, password) // 实际项目应存哈希值 }; DataTable dt DBHelper.ExecuteQuery(sql, paras); if (dt.Rows.Count 0) return false; int userId Convert.ToInt32(dt.Rows[0][UserID]); role dt.Rows[0][Role].ToString(); // 写入审计日志 string logSql INSERT INTO LoginLog(UserID, LoginTime, ClientIP) VALUES(uid, GETDATE(), ip); SqlParameter[] logParas { new SqlParameter(uid, userId), new SqlParameter(ip, GetLocalIP()) }; DBHelper.ExecuteNonQuery(logSql, logParas); return true; }逻辑说明先查用户表用参数化查询避免注入查到后取角色字段再写日志。GETDATE()是 SQL Server 内置函数返回服务器当前时间。GetLocalIP()需要自己实现取本机 IPv4 地址。注意密码字段在实际部署时应该存 SHA256 哈希文档里没提但这是现在必须补上的安全措施。3.3 晚归登记与外来人员管理的窗体交互晚归登记界面通常是一个 DataGridView 加几个输入框和按钮。用户选择学生后填晚归时间和原因点保存就往LateReturn表插一条记录。查询功能按学号或日期范围过滤。外来人员登记类似但多了“离去时间”字段需要支持“登记”和“离去”两个操作对应INSERT和UPDATE。这里有个 WinForm 的经典坑DataGridView 绑定 DataTable 后如果直接修改单元格内容不会自动同步到数据库必须手动调Update或者重新执行 SQL。我一般会在保存按钮里遍历 DataGridView 的行逐行判断RowState但更简单的做法是每次操作后重新查询刷新绑定。文档里没写具体实现但这是复现时绕不开的细节。4. 避坑与排查老项目复现时最容易翻车的五个地方4.1 现象程序编译通过但运行时报“连接失败”原因连接字符串指向的 SQL Server 实例名不对或者 TCP/IP 协议没启用。SQL Server 2000 默认用命名管道而新版 SQL Server Express 默认禁用 TCP/IP。解决打开 SQL Server 配置管理器启用 TCP/IP 协议重启服务连接字符串里用Serverlocalhost\SQLEXPRESS;DatabaseDormDB;Trusted_ConnectionTrue;替代旧的uidsa;pwd...。4.2 现象中文数据显示成问号原因数据库排序规则不是Chinese_PRC_CI_AS或者 WinForm 窗体的Font属性没设成支持中文的字体。解决建库时指定COLLATE Chinese_PRC_CI_AS窗体统一设Font 宋体, 9pt。如果已经建了库用ALTER DATABASE DormDB COLLATE Chinese_PRC_CI_AS修改。4.3 现象登录后主界面卡死原因在 UI 线程里执行了耗时查询比如一次性加载几千条晚归记录到 DataGridView。解决用BackgroundWorker或async/await把查询放到后台线程加载完再更新 UI。老项目里常见的是直接dataGridView1.DataSource dt;数据量一大就假死。4.4 现象备份数据库时报“设备未找到”原因SQL Server 2000 的备份路径是服务器本地路径不是客户端路径。如果客户端和服务器不在同一台机器BACKUP DATABASE语句里的路径必须写服务器上的有效目录。解决用BACKUP DATABASE DormDB TO DISKC:\Backup\DormDB.bak确保C:\Backup在服务器上存在且 SQL Server 服务账号有写权限。4.5 现象外来人员登记后查询不到原因插入时用了GETDATE()但查询时用字符串比较日期格式不匹配。比如WHERE VisitTime 2024-01-01在datetime字段上没问题但如果字段是varchar就会按字符串排序。解决建表时VisitTime用datetime类型查询时用CONVERT(varchar, VisitTime, 120)格式化输出。5. 进阶技巧用事务保证多表操作的一致性这份设计里有一个容易被忽略但实际很关键的点——学生入住登记涉及两张表Students表更新宿舍号DormRooms表更新已住人数。如果第一条 SQL 执行成功、第二条失败数据就不一致了。文档里没提事务但这是复现时必须补上的。// 学生入住登记更新学生宿舍号 更新宿舍已住人数 public bool CheckIn(int studentId, int roomId) { using (SqlConnection conn new SqlConnection(connStr)) { conn.Open(); using (SqlTransaction tran conn.BeginTransaction()) { try { string sql1 UPDATE Students SET RoomIDrid WHERE StudentIDsid; string sql2 UPDATE DormRooms SET OccupiedOccupied1 WHERE RoomIDrid; using (SqlCommand cmd1 new SqlCommand(sql1, conn, tran)) { cmd1.Parameters.AddWithValue(rid, roomId); cmd1.Parameters.AddWithValue(sid, studentId); cmd1.ExecuteNonQuery(); } using (SqlCommand cmd2 new SqlCommand(sql2, conn, tran)) { cmd2.Parameters.AddWithValue(rid, roomId); cmd2.ExecuteNonQuery(); } tran.Commit(); return true; } catch { tran.Rollback(); return false; } } } }逻辑说明SqlTransaction绑定到同一个SqlConnection两条命令共享事务上下文。任何一条失败就回滚保证要么都成功要么都不做。参数用AddWithValue简化写法但注意int类型直接传没问题string类型要留意长度截断。验证方法故意把第二条 SQL 的表名写错运行后看Students表的RoomID是否没变——如果没变说明事务生效了。从那以后我每次做多表关联的增删改都强制走一遍事务哪怕只有两条 SQL。希望帮到你。本文还有配套的精品资源点击获取