1. 为什么数据库课设总绕不开酒店管理系统如果你也在学数据库原理大概率躲不过“酒店管理系统”这个经典命题。我当年选这个题目纯粹是因为它看起来不难不就是一堆房间、几个客人再加点入住退房的记录吗真上手以后才发现这个题目比图书管理、学生管理系统要讲究得多它天然自带多表关联、状态流转、日期计算和事务处理做完一遍数据库这门课的很多概念算是真的落地了。这套题目放到 MySQL VB.NET 的组合上也很有意思。MySQL 负责数据存储和查询VB.NET 负责界面和交互一条清晰的数据流贯穿整个系统用户在窗体上操作后端把操作翻译成 SQL 语句发到 MySQL数据库执行完再把结果返回给界面显示。它没有 Web 项目那么绕也没控制台程序那么抽象非常适合作为第一堂“真刀真枪写业务系统”的训练。这篇东西适合三类人看第一类是正在为数据库课设发愁的学生可以直接当成参考模板第二类是想复现一个完整桌面项目的初学者我会把技术细节和取舍原因都讲清楚第三类是即将参加答辩、想搞清楚老师究竟会问什么的同学后半部分有不少关于表设计、事务和 SQL 规范的干货。先说一句公道话课设本身的价值不取决于系统做得多华丽而在于你有没有真的把“关系模型”想明白。界面能加分但撑起整个系统的永远是你的表结构和 SQL 语句。2. 建表数据库结构设计才是主角我见过不少同学一上来就打开设计器拖控件把登录页、主窗体画得漂漂亮亮结果建表的时候随手写了两张表最后做预订功能时发现字段不够用只能回头改表。这个顺序其实是反的一个数据库课设最先动的应该是“数据模型”而不是界面。2.1 先想清楚业务再写建表语句酒店管理的核心业务并不复杂客人来了前台给他分配一个房间登记入住住几天到期退房算钱。但把这几句话翻译成表结构就需要拆出几个关键实体员工谁在操作这个系统、房间酒店有什么资源、客户谁在消费、订单/入住记录资源和客户怎么发生了关系。这四类实体不是平铺的它们之间有关系。房间一定属于某一种房型单人房和大床房价格不一样所以单独拆出一张 room_types一个客户可以多次入住每次入住生成一条订单所以订单表里要存客户编号和房间编号而不是一股脑塞进客户表。这些关系一旦理清楚后面写代码会非常顺畅。另外当时我犯过一个很典型的错误把房间状态直接写死在 rooms 表里比如 status 字段只有“空闲/已入住”然后又加了“打扫中”和“维修中”。看似考虑周全实际上“打扫中”和“维修中”完全可以用另一张状态表来管理或者用枚举值来控制否则后续查询会越来越绕。课程设计不用追求过度设计但至少要保证一张表只描述一个事物一张表只存储它该存储的属性。2.2 五张核心表的完整 SQL我最终的库结构长这样包含了员工表、房型表、房间表、客户表和订单表。直接复制到 MySQL 就能跑CREATE DATABASE hotel_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE hotel_db; -- 员工表用于登录和区分权限 CREATE TABLE t_employee ( emp_id INT PRIMARY KEY AUTO_INCREMENT, emp_no VARCHAR(20) NOT NULL UNIQUE COMMENT 员工工号登录账号, emp_pwd VARCHAR(64) NOT NULL COMMENT 登录密码, emp_name VARCHAR(50) NOT NULL, emp_role VARCHAR(20) DEFAULT 前台 COMMENT 角色管理员/前台, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 房型表 CREATE TABLE t_room_type ( type_id INT PRIMARY KEY, type_name VARCHAR(30) NOT NULL, price DECIMAL(10,2) NOT NULL COMMENT 门市价, bed_count INT DEFAULT 1 COMMENT 床位数 ); -- 房间表 CREATE TABLE t_room ( room_id VARCHAR(10) PRIMARY KEY COMMENT 如 1001, type_id INT NOT NULL, room_floor INT NOT NULL COMMENT 所属楼层, room_status VARCHAR(10) DEFAULT 空闲 COMMENT 空闲/入住/打扫/维修, remark VARCHAR(200), FOREIGN KEY (type_id) REFERENCES t_room_type(type_id) ); -- 客户表 CREATE TABLE t_customer ( cust_id INT PRIMARY KEY AUTO_INCREMENT, cust_name VARCHAR(50) NOT NULL, cust_phone VARCHAR(20), cust_idcard VARCHAR(30) COMMENT 身份证号可选, cust_address VARCHAR(200), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 订单表 CREATE TABLE t_order ( order_id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL UNIQUE COMMENT 订单号, room_id VARCHAR(10) NOT NULL, cust_id INT NOT NULL, emp_id INT NOT NULL COMMENT 办理人, check_date DATE NOT NULL COMMENT 入住日期, leave_date DATE NOT NULL COMMENT 离店日期, days_num INT GENERATED ALWAYS AS (DATEDIFF(leave_date, check_date)) STORED COMMENT 住几天, order_status VARCHAR(20) DEFAULT 在住 COMMENT 在住/已退/已取消, total_amount DECIMAL(10,2) COMMENT 订单总额, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (room_id) REFERENCES t_room(room_id), FOREIGN KEY (cust_id) REFERENCES t_customer(cust_id), FOREIGN KEY (emp_id) REFERENCES t_employee(emp_id) );这里有几个细节值得说一下。第一订单号我单独生成了一个字符串编号方便展示和日后对账没有直接用自增主键当订单号因为老师会问“订单号怎么生成”你回答说“靠自增”气势上就弱了一截。第二days_num 用的是生成列让数据库自己算住了几天而不是在 VB.NET 里拿两个日期做减法这样语义更清楚。第三所有带有金钱意义的字段都用 DECIMAL绝对不要用 FLOAT因为浮点数在比较时会产生精度问题这在数据库里是个基础常识。2.3 关系和外键答辩必问你打开 MySQL Workbench 或者直接用 SHOW CREATE TABLE 看外键关系一目了然房间表外联房型表订单表外联房间表、客户表和员工表。这就是关系型数据库的“关系”二字落在实处。外键除了让表之间的关系可控还带来一个好处防止向订单表里塞一个不存在的房间编号。MySQL 默认会检查约束你插入数据时如果违反外键会直接报错。这在课设答辩中是一个非常加分的点你可以主动说“我所有关键表都建立了外键约束这样从源头避免脏数据。”但要注意如果你用的是 MySQL 的 MyISAM 引擎外键是不生效的只有 InnoDB 才支持。建表的时候默认引擎就是 InnoDB除非你手动指定过这一点可以顺带提一下。3. VB.NET 和 MySQL 的连接与驱动配置表设计好了下一步就是把 VB.NET 连上 MySQL。理论上你这会儿还没写界面我建议你先写一个控制台或者纯代码测试程序确认连接能打通再回到窗体项目里继续。这样排查问题范围小得多。3.1 用 Connector/NET 还是 ODBCVB.NET 访问 MySQL 有两条常用路线一是使用 MySQL 官方提供的 Connector/NET也就是 MySql.Data二是通过 ODBC 数据源驱动。我强烈建议用 Connector/NET因为它的数据类型、异常处理和参数化命令都做得最完整简介也比 ODBC 写起来自然。在 Visual Studio 里安装它并不难。可以通过 NuGet 包管理器搜索 MySql.Data 并安装到项目里当然也可以去官网下载 MySQL Connector/NET 安装包装完以后就会在“添加引用”里看到 MySql.Data.dll。这里有一个常见坑不要只安装最新的 Connector却不管本机 MySQL 的版本。一般 Connector 8.x 对应 MySQL 8.xConnector 6.x/5.x 对应老版本。不过实际经验是新驱动往上兼容旧服务器问题不大反过来就麻烦。所以最稳的方案数据库用了 MySQL 8驱动也装 8.x。3.2 连接字符串是第一个容易翻车的地方连接字符串就像是一把钥匙写错了数据库绝对不理你。我的标准写法如下Dim connStr As String Serverlocalhost;Port3306;Databasehotel_db;Uidroot;Pwd123456;CharSetutf8mb4;SslModenone;AllowPublicKeyRetrievaltrue;逐个参数解释Server 是 MySQL 所在主机本地就写 localhost 或 127.0.0.1Port 默认 3306如果你改过端口就跟着改Database 是库名Uid 和 Pwd 是登录账号密码CharSet 必须设成 utf8mb4否则中文容易乱码SslModenone 表示本机学习环境不强制走 SSLAllowPublicKeyRetrievaltrue 是给 MySQL 8 和 caching_sha2_password 认证方式用的不加这一条第一次连接时可能会提示“Authentication plugin caching_sha2_password cannot be loaded”。这几个参数不用死记知道它是干嘛的就行遇到报错能对上号远比背下来重要。3.3 封装一个 DbHelper 类让所有窗体共用如果每个窗体里都写一遍 New MySqlConnection你的代码会非常冗余而且很难统一改连接字符串。我一般单独建一个数据库操作公共类 DbHelper把所有窗体公用的方法收拢在一起。Imports MySql.Data.MySqlClient Imports MySql.Data.Types Public Class DbHelper Private Shared ReadOnly connStr As String Serverlocalhost;Port3306;Databasehotel_db;Uidroot;Pwd123456;CharSetutf8mb4;SslModenone;AllowPublicKeyRetrievaltrue; Public Shared Function GetConnection() As MySqlConnection Return New MySqlConnection(connStr) End Function Public Shared Function ExecuteDataTable(sql As String, ParamArray paras As MySqlParameter()) As DataTable Dim dt As New DataTable() Using conn As MySqlConnection GetConnection() conn.Open() Using cmd As New MySqlCommand(sql, conn) If paras IsNot Nothing AndAlso paras.Length 0 Then cmd.Parameters.AddRange(paras) End If Dim adp As New MySqlDataAdapter(cmd) adp.Fill(dt) End Using End Using Return dt End Function Public Shared Function ExecuteNonQuery(sql As String, ParamArray paras As MySqlParameter()) As Integer Using conn As MySqlConnection GetConnection() conn.Open() Using cmd As New MySqlCommand(sql, conn) If paras IsNot Nothing AndAlso paras.Length 0 Then cmd.Parameters.AddRange(paras) End If Return cmd.ExecuteNonQuery() End Using End Using End Function End Class为什么要把三层嵌套的 Using 写得这么整齐因为 MySqlConnection 和 MySqlCommand 都是需要释放资源的对象写嵌套 Using 能保证不管代码走到哪一步资源最终都会被关闭。这是容易被忽略但对性能影响很大的习惯。3.4 中文乱码的成因和预防中文乱码基本可以归结为三个地方必有一个没对齐数据库本身的字符集、表/字段的字符集、连接字符串里的 CharSet。你可以在 MySQL 里执行 SHOW VARIABLES LIKE character_set%; 看全局配置。我建议一律使用 utf8mb4因为 utf8mb4 能存表情符号是全 Unicode 支持兼容性也最好。如果你的表在建表语句里指定过了连接字符串又指定了 utf8mb4基本不会出现乱码。4. 功能模块这样写又快又稳数据库架构铺完页面设计只是体力活。但同样一个“增删改查”有人写的代码被老师称赞有人写的代码被批“有安全漏洞”差别就落在几个关键写法上。4.1 登录窗口用参数化 SQL 防注入很多初学教程会写这样的代码把用户名和密码直接拼接进 SQL 字符串里。在课程设计这种内部系统里看起来没什么问题但只要你说出“参数化”三个字老师立刻会对你另眼相看。参数化的意思是SQL 语句里先用 变量 占位然后把真正的值通过 Parameters 集合传进去数据库会把它当数据而不是命令来执行。这样一个简单的变化就能挡掉最经典的字符串注入攻击。Public Sub btnLogin_Click(sender As Object, e As EventArgs) Handles btnLogin.Click Dim username txtUsername.Text.Trim() Dim pwd txtPassword.Text.Trim() If username OrElse pwd Then MessageBox.Show(请输入用户名和密码, 提示) Return End If Dim sql As String SELECT emp_id, emp_name, emp_role FROM t_employee WHERE emp_no u AND emp_pwd p Using conn As MySqlConnection DbHelper.GetConnection() conn.Open() Using cmd As New MySqlCommand(sql, conn) cmd.Parameters.Add(u, MySqlDbType.VarChar).Value username cmd.Parameters.Add(p, MySqlDbType.VarChar).Value pwd Using reader As MySqlDataReader cmd.ExecuteReader() If reader.Read() Then Dim mainForm As New MainForm() mainForm.empId reader.GetInt32(emp_id) mainForm.empName reader.GetString(emp_name) mainForm.empRole reader.GetString(emp_role) mainForm.Show() Me.Hide() Else MessageBox.Show(用户名或密码不正确, 登录失败) End If End Using End Using End Using End Sub这里还有个细节用 Read() 判断是否有记录而不是用 ExecuteScalar 查 COUNT。虽然两者都能达到目的但直接读取员工信息可以在同一趟查询里完成“登录验证 拉取信息”少一次往返代码也更简洁。有一个很容易被忽略的点我没有写死管理员和员工两套窗体只用一个 MainForm 承担所有界面但通过 empRole 字段在加载时决定哪些按钮可见。这样权限控制清晰又不需要维护两份窗体代码是个性价比很高的做法。4.2 客户管理模块用 DataGridView 改改删删客户管理是典型的数据维护页面左侧是客户输入区右侧是 DataGridView 显示已有客户。加载数据的代码非常简单Dim sql As String SELECT cust_id, cust_name, cust_phone, cust_idcard, cust_address FROM t_customer ORDER BY cust_id DESC Dim dt As DataTable DbHelper.ExecuteDataTable(sql) dgvCustomers.DataSource dt新增客户时注意 Sql 和参数的配合Dim sql As String INSERT INTO t_customer(cust_name, cust_phone, cust_idcard, cust_address) VALUES(name, phone, idcard, address) Dim paras As MySqlParameter() { New MySqlParameter(name, txtName.Text.Trim()), New MySqlParameter(phone, txtPhone.Text.Trim()), New MySqlParameter(idcard, txtIdCard.Text.Trim()), New MySqlParameter(address, txtAddress.Text.Trim()) } Dim rows As Integer DbHelper.ExecuteNonQuery(sql, paras) If rows 0 Then MessageBox.Show(新增成功) Else MessageBox.Show(新增失败)修改和删除同理只是 SQL 换成 UPDATE 和 DELETE。删除之前最好弹一个确认框并且明确告诉用户如果这个客户已经有在住订单删除就会触发外键约束报错。你与其到时候对着错误发懵不如在代码里做一个判断先查订单表里有没有该客户的记录有就提示“该客户存在历史订单不能删除可修改状态”。这个判断听着繁琐但其实正好体现你对业务规则的理解。一个负责任的酒店系统不可能允许你随手把一个有消费记录的客户从库里抹掉。4.3 客房预订用事务保证一致性预订是整个系统里逻辑最重的功能。它的流程是选择房间、选择客户、录入入住和离店日期、计算价格、把房间状态从“空闲”改成“入住”最后生成一条订单记录。这个流程必须保证“要么全部成功要么全部失败”。我用一个事务把所有操作包起来。MySQL 的 InnoDB 支持事务配合 BeginTransaction、Commit、Rollback就能让这组操作成为一个不可分割的整体。核心代码如下Using conn As MySqlConnection DbHelper.GetConnection() conn.Open() Dim tran As MySqlTransaction conn.BeginTransaction() Try 1. 插入订单 Dim sqlOrder As String INSERT INTO t_order(order_no, room_id, cust_id, emp_id, check_date, leave_date, order_status, total_amount) VALUES(orderNo, roomId, custId, empId, checkDate, leaveDate, 在住, amount) Using cmdOrder As New MySqlCommand(sqlOrder, conn, tran) cmdOrder.Parameters.Add(orderNo, MySqlDbType.VarChar).Value orderNo cmdOrder.Parameters.Add(roomId, MySqlDbType.VarChar).Value roomId cmdOrder.Parameters.Add(custId, MySqlDbType.Int32).Value custId cmdOrder.Parameters.Add(empId, MySqlDbType.Int32).Value empId cmdOrder.Parameters.Add(checkDate, MySqlDbType.Date).Value Date.Now.ToString(yyyy-MM-dd) cmdOrder.Parameters.Add(leaveDate, MySqlDbType.Date).Value dtpLeave.Value.ToString(yyyy-MM-dd) cmdOrder.Parameters.Add(amount, MySqlDbType.Decimal).Value amount cmdOrder.ExecuteNonQuery() End Using 2. 更新房间状态 Dim sqlRoom As String UPDATE t_room SET room_status入住 WHERE room_idroomId AND room_status空闲 Using cmdRoom As New MySqlCommand(sqlRoom, conn, tran) cmdRoom.Parameters.Add(roomId, MySqlDbType.VarChar).Value roomId Dim affected cmdRoom.ExecuteNonQuery() If affected 0 Then Throw New Exception(房间不是空闲状态预订失败) End If End Using tran.Commit() MessageBox.Show(预订成功) Catch ex As Exception tran.Rollback() MessageBox.Show(预订失败 ex.Message) End Try End Using关键点有两处。第一执行房间状态 UPDATE 的时候WHERE 子句里带一个 room_status空闲这样能让数据库替我们判断并发问题如果房间已经被占了这条语句的返回行数就是 0我们主动抛异常回滚。第二在事务里执行 UPDATE 命令时MySqlCommand 的构造函数需要显式传入事务对象否则命令会认为自己在事务之外执行很多同学就在这一步栽了跟头。退房操作其实就是把订单状态从“在住”改成“已退”再把房间状态改回“空闲”。逻辑和预订很对称也是同一个套路先更新房间再更新订单或者反过来都行但两个更新要放进同一个事务里。5. 最容易翻车的几个坑全在这里编码阶段你会发现真正折磨人的不是业务逻辑而是各种环境问题。我把做这套系统时遇到的高频问题整理成一个表你多半会碰到其中几个。问题现象常见原因解决办法连接时报 “Host xxx is not allowed to connect”MySQL 没有授权远程访问GRANT ALL ON hotel_db.* TO root% IDENTIFIED BY 密码; 然后 FLUSH PRIVILEGES;报 “Authentication plugin cannot be loaded”MySQL 8 默认认证方式与老驱动不兼容升级 Connector/NET 到 8.x连接串加 AllowPublicKeyRetrievaltrue控件拖进来是英文界面或按钮不显示中文系统区域语言或 Visual Studio 语言包问题检查 Windows 区域设置使用中文字体DataGridView 修改后重启窗口数据还在只改了内存数据没调 Update 方法用 DataAdapter 绑定或者修改后重新查询查询条件总是多出来或者查不到SQL 拼接时 where 11 与实际条件组合出错参数化 SQL动态拼接时用 List 存条件再 string.Join删除客户报外键错误客户存在历史订单引用先查询子表记录有则不允许删除重复点击预订按钮出现多条订单事件重复订阅或未防抖提交后立即禁用按钮或使用事务状态判断日期在数据库里差了一天连接字符串时区参数问题连接串加上 ServerTimezoneAsia/Shanghai5.1 数据库连不上先查这四样我调试连接问题时有个固定顺序先 ping 服务器再 telnet 端口 3306再用命令行客户端验证账号密码最后才怀疑连接字符串。很多同学一报错就改代码其实连接不通的原因大概率是 MySQL 服务没启动、端口被占用、root 用户密码不对或者本机防火墙拦了 3306。把这四样排查完九成问题都能解决。5.2 DataGridView 数据刷新DataGridView 绑定 DataSource 后如果底层表数据变了界面不会自动更新。最简单粗暴的办法是重新调用一次加载方法把 DataSource 再赋一遍。有些同学图省事直接把 DataTable 里的行删掉却不通知控件结果界面上旧行还在。记住一条规则凡是对数据源动了手脚都要重新绑定或者调用 ResetBindings。5.3 明明修好了 Bug程序跑起来还是老样子这个问题十有八九是 Visual Studio 没有重新编译或者同时开着两个项目导致进程还没被杀掉。双击 bin\Debug 里的 exe 也许能跑但它调用的还是旧的 dll。最直接的办法重新生成解决方案再到 bin\Debug 目录把 exe 彻底关掉再开一次。6. 答辩时怎么讲老师才觉得你做得很扎实很多同学代码写完了一上台就只会演示界面点几个按钮说“这是新增”“这是删除”然后就没话说了。其实课设答辩的重点从来不是你会点鼠标而是你脑子里的数据库设计思路清不清楚。第一主动讲表结构。一上来就“我设计了五张表”把每张表的职责说一遍然后指着外键关系说“订单表通过外键关联房间、客户和员工”。这一句话就能让人觉得你确实亲自设计过。第二挑一个难点深入讲。比如预订时为什么要用事务你可以说“如果先把订单插进去了但后面的房间状态更新失败会出现订单已经产生、房间却还是空闲的情况所以必须用事务保证原子性。”这比任何高深词汇都管用。第三准备一两个“我做错了什么”的故事比如中文乱码怎么解决的连接失败怎么排查的。答辩老师见惯了背稿子的人你讲一个真实的调试过程反而能证明数据库基础是扎实的。第四你要能当场查数据。演示时顺手打开 MySQL Command Line 或者 Workbench执行一条 SQL比如统计某个房型的入住率SELECT t.room_id, t.type_name, COUNT(o.order_id) AS order_count FROM t_room_type t LEFT JOIN t_room r ON t.type_id r.type_id LEFT JOIN t_order o ON r.room_id o.room_id AND o.order_status在住 WHERE o.leave_date CURDATE() GROUP BY t.type_id;用这个动作展示“我能自己写 SQL”比界面演示一百遍都有效。7. 我做完这个课设后的几个真实体会如果让我重新做一遍这套系统我可能会把一半的精力花在设计“房态图”上——就是那种像楼层平面图一样一眼能看到哪些房间空闲、哪些已在住的界面。可惜那时候不会做后来补了很多东西。其实酒店管理系统最有魅力的地方不是表格有多漂亮而是“房间状态”这种状态值在生活里非常常见你懂了这一套以后做库存系统、工单系统也能复用同样的思路。还有一个小建议做完课设千万别把代码删了。这套系统可以继续往上加东西比如账单打印功能、房价按节假日浮动、客户入住历史统计。我现在回看当年的代码觉得那时候写的 SQL 结构还挺朴素但正是因为从零把它调通了后面遇到更复杂的业务才不会发怵。最后分享一个实操技巧演示之前一定要在库里准备好干净又有代表性的测试数据。房间至少准备十间客户准备五六个订单要覆盖“在住”“已退”“已取消”三种状态。这样老师让你随便点一个订单查详情你的界面都有内容可看。很多人临时造数据造的订单离店日期都是过去的日期退房状态又没更新一演示就露馅了。准备数据的 SQL 记得多跑几遍菜单里的每一项功能都点过去一遍用最笨的办法查漏补缺这才是课设拿高分最靠谱的路径。
1. 为什么数据库课设总绕不开酒店管理系统如果你也在学数据库原理大概率躲不过“酒店管理系统”这个经典命题。我当年选这个题目纯粹是因为它看起来不难不就是一堆房间、几个客人再加点入住退房的记录吗真上手以后才发现这个题目比图书管理、学生管理系统要讲究得多它天然自带多表关联、状态流转、日期计算和事务处理做完一遍数据库这门课的很多概念算是真的落地了。这套题目放到 MySQL VB.NET 的组合上也很有意思。MySQL 负责数据存储和查询VB.NET 负责界面和交互一条清晰的数据流贯穿整个系统用户在窗体上操作后端把操作翻译成 SQL 语句发到 MySQL数据库执行完再把结果返回给界面显示。它没有 Web 项目那么绕也没控制台程序那么抽象非常适合作为第一堂“真刀真枪写业务系统”的训练。这篇东西适合三类人看第一类是正在为数据库课设发愁的学生可以直接当成参考模板第二类是想复现一个完整桌面项目的初学者我会把技术细节和取舍原因都讲清楚第三类是即将参加答辩、想搞清楚老师究竟会问什么的同学后半部分有不少关于表设计、事务和 SQL 规范的干货。先说一句公道话课设本身的价值不取决于系统做得多华丽而在于你有没有真的把“关系模型”想明白。界面能加分但撑起整个系统的永远是你的表结构和 SQL 语句。2. 建表数据库结构设计才是主角我见过不少同学一上来就打开设计器拖控件把登录页、主窗体画得漂漂亮亮结果建表的时候随手写了两张表最后做预订功能时发现字段不够用只能回头改表。这个顺序其实是反的一个数据库课设最先动的应该是“数据模型”而不是界面。2.1 先想清楚业务再写建表语句酒店管理的核心业务并不复杂客人来了前台给他分配一个房间登记入住住几天到期退房算钱。但把这几句话翻译成表结构就需要拆出几个关键实体员工谁在操作这个系统、房间酒店有什么资源、客户谁在消费、订单/入住记录资源和客户怎么发生了关系。这四类实体不是平铺的它们之间有关系。房间一定属于某一种房型单人房和大床房价格不一样所以单独拆出一张 room_types一个客户可以多次入住每次入住生成一条订单所以订单表里要存客户编号和房间编号而不是一股脑塞进客户表。这些关系一旦理清楚后面写代码会非常顺畅。另外当时我犯过一个很典型的错误把房间状态直接写死在 rooms 表里比如 status 字段只有“空闲/已入住”然后又加了“打扫中”和“维修中”。看似考虑周全实际上“打扫中”和“维修中”完全可以用另一张状态表来管理或者用枚举值来控制否则后续查询会越来越绕。课程设计不用追求过度设计但至少要保证一张表只描述一个事物一张表只存储它该存储的属性。2.2 五张核心表的完整 SQL我最终的库结构长这样包含了员工表、房型表、房间表、客户表和订单表。直接复制到 MySQL 就能跑CREATE DATABASE hotel_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE hotel_db; -- 员工表用于登录和区分权限 CREATE TABLE t_employee ( emp_id INT PRIMARY KEY AUTO_INCREMENT, emp_no VARCHAR(20) NOT NULL UNIQUE COMMENT 员工工号登录账号, emp_pwd VARCHAR(64) NOT NULL COMMENT 登录密码, emp_name VARCHAR(50) NOT NULL, emp_role VARCHAR(20) DEFAULT 前台 COMMENT 角色管理员/前台, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 房型表 CREATE TABLE t_room_type ( type_id INT PRIMARY KEY, type_name VARCHAR(30) NOT NULL, price DECIMAL(10,2) NOT NULL COMMENT 门市价, bed_count INT DEFAULT 1 COMMENT 床位数 ); -- 房间表 CREATE TABLE t_room ( room_id VARCHAR(10) PRIMARY KEY COMMENT 如 1001, type_id INT NOT NULL, room_floor INT NOT NULL COMMENT 所属楼层, room_status VARCHAR(10) DEFAULT 空闲 COMMENT 空闲/入住/打扫/维修, remark VARCHAR(200), FOREIGN KEY (type_id) REFERENCES t_room_type(type_id) ); -- 客户表 CREATE TABLE t_customer ( cust_id INT PRIMARY KEY AUTO_INCREMENT, cust_name VARCHAR(50) NOT NULL, cust_phone VARCHAR(20), cust_idcard VARCHAR(30) COMMENT 身份证号可选, cust_address VARCHAR(200), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 订单表 CREATE TABLE t_order ( order_id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL UNIQUE COMMENT 订单号, room_id VARCHAR(10) NOT NULL, cust_id INT NOT NULL, emp_id INT NOT NULL COMMENT 办理人, check_date DATE NOT NULL COMMENT 入住日期, leave_date DATE NOT NULL COMMENT 离店日期, days_num INT GENERATED ALWAYS AS (DATEDIFF(leave_date, check_date)) STORED COMMENT 住几天, order_status VARCHAR(20) DEFAULT 在住 COMMENT 在住/已退/已取消, total_amount DECIMAL(10,2) COMMENT 订单总额, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (room_id) REFERENCES t_room(room_id), FOREIGN KEY (cust_id) REFERENCES t_customer(cust_id), FOREIGN KEY (emp_id) REFERENCES t_employee(emp_id) );这里有几个细节值得说一下。第一订单号我单独生成了一个字符串编号方便展示和日后对账没有直接用自增主键当订单号因为老师会问“订单号怎么生成”你回答说“靠自增”气势上就弱了一截。第二days_num 用的是生成列让数据库自己算住了几天而不是在 VB.NET 里拿两个日期做减法这样语义更清楚。第三所有带有金钱意义的字段都用 DECIMAL绝对不要用 FLOAT因为浮点数在比较时会产生精度问题这在数据库里是个基础常识。2.3 关系和外键答辩必问你打开 MySQL Workbench 或者直接用 SHOW CREATE TABLE 看外键关系一目了然房间表外联房型表订单表外联房间表、客户表和员工表。这就是关系型数据库的“关系”二字落在实处。外键除了让表之间的关系可控还带来一个好处防止向订单表里塞一个不存在的房间编号。MySQL 默认会检查约束你插入数据时如果违反外键会直接报错。这在课设答辩中是一个非常加分的点你可以主动说“我所有关键表都建立了外键约束这样从源头避免脏数据。”但要注意如果你用的是 MySQL 的 MyISAM 引擎外键是不生效的只有 InnoDB 才支持。建表的时候默认引擎就是 InnoDB除非你手动指定过这一点可以顺带提一下。3. VB.NET 和 MySQL 的连接与驱动配置表设计好了下一步就是把 VB.NET 连上 MySQL。理论上你这会儿还没写界面我建议你先写一个控制台或者纯代码测试程序确认连接能打通再回到窗体项目里继续。这样排查问题范围小得多。3.1 用 Connector/NET 还是 ODBCVB.NET 访问 MySQL 有两条常用路线一是使用 MySQL 官方提供的 Connector/NET也就是 MySql.Data二是通过 ODBC 数据源驱动。我强烈建议用 Connector/NET因为它的数据类型、异常处理和参数化命令都做得最完整简介也比 ODBC 写起来自然。在 Visual Studio 里安装它并不难。可以通过 NuGet 包管理器搜索 MySql.Data 并安装到项目里当然也可以去官网下载 MySQL Connector/NET 安装包装完以后就会在“添加引用”里看到 MySql.Data.dll。这里有一个常见坑不要只安装最新的 Connector却不管本机 MySQL 的版本。一般 Connector 8.x 对应 MySQL 8.xConnector 6.x/5.x 对应老版本。不过实际经验是新驱动往上兼容旧服务器问题不大反过来就麻烦。所以最稳的方案数据库用了 MySQL 8驱动也装 8.x。3.2 连接字符串是第一个容易翻车的地方连接字符串就像是一把钥匙写错了数据库绝对不理你。我的标准写法如下Dim connStr As String Serverlocalhost;Port3306;Databasehotel_db;Uidroot;Pwd123456;CharSetutf8mb4;SslModenone;AllowPublicKeyRetrievaltrue;逐个参数解释Server 是 MySQL 所在主机本地就写 localhost 或 127.0.0.1Port 默认 3306如果你改过端口就跟着改Database 是库名Uid 和 Pwd 是登录账号密码CharSet 必须设成 utf8mb4否则中文容易乱码SslModenone 表示本机学习环境不强制走 SSLAllowPublicKeyRetrievaltrue 是给 MySQL 8 和 caching_sha2_password 认证方式用的不加这一条第一次连接时可能会提示“Authentication plugin caching_sha2_password cannot be loaded”。这几个参数不用死记知道它是干嘛的就行遇到报错能对上号远比背下来重要。3.3 封装一个 DbHelper 类让所有窗体共用如果每个窗体里都写一遍 New MySqlConnection你的代码会非常冗余而且很难统一改连接字符串。我一般单独建一个数据库操作公共类 DbHelper把所有窗体公用的方法收拢在一起。Imports MySql.Data.MySqlClient Imports MySql.Data.Types Public Class DbHelper Private Shared ReadOnly connStr As String Serverlocalhost;Port3306;Databasehotel_db;Uidroot;Pwd123456;CharSetutf8mb4;SslModenone;AllowPublicKeyRetrievaltrue; Public Shared Function GetConnection() As MySqlConnection Return New MySqlConnection(connStr) End Function Public Shared Function ExecuteDataTable(sql As String, ParamArray paras As MySqlParameter()) As DataTable Dim dt As New DataTable() Using conn As MySqlConnection GetConnection() conn.Open() Using cmd As New MySqlCommand(sql, conn) If paras IsNot Nothing AndAlso paras.Length 0 Then cmd.Parameters.AddRange(paras) End If Dim adp As New MySqlDataAdapter(cmd) adp.Fill(dt) End Using End Using Return dt End Function Public Shared Function ExecuteNonQuery(sql As String, ParamArray paras As MySqlParameter()) As Integer Using conn As MySqlConnection GetConnection() conn.Open() Using cmd As New MySqlCommand(sql, conn) If paras IsNot Nothing AndAlso paras.Length 0 Then cmd.Parameters.AddRange(paras) End If Return cmd.ExecuteNonQuery() End Using End Using End Function End Class为什么要把三层嵌套的 Using 写得这么整齐因为 MySqlConnection 和 MySqlCommand 都是需要释放资源的对象写嵌套 Using 能保证不管代码走到哪一步资源最终都会被关闭。这是容易被忽略但对性能影响很大的习惯。3.4 中文乱码的成因和预防中文乱码基本可以归结为三个地方必有一个没对齐数据库本身的字符集、表/字段的字符集、连接字符串里的 CharSet。你可以在 MySQL 里执行 SHOW VARIABLES LIKE character_set%; 看全局配置。我建议一律使用 utf8mb4因为 utf8mb4 能存表情符号是全 Unicode 支持兼容性也最好。如果你的表在建表语句里指定过了连接字符串又指定了 utf8mb4基本不会出现乱码。4. 功能模块这样写又快又稳数据库架构铺完页面设计只是体力活。但同样一个“增删改查”有人写的代码被老师称赞有人写的代码被批“有安全漏洞”差别就落在几个关键写法上。4.1 登录窗口用参数化 SQL 防注入很多初学教程会写这样的代码把用户名和密码直接拼接进 SQL 字符串里。在课程设计这种内部系统里看起来没什么问题但只要你说出“参数化”三个字老师立刻会对你另眼相看。参数化的意思是SQL 语句里先用 变量 占位然后把真正的值通过 Parameters 集合传进去数据库会把它当数据而不是命令来执行。这样一个简单的变化就能挡掉最经典的字符串注入攻击。Public Sub btnLogin_Click(sender As Object, e As EventArgs) Handles btnLogin.Click Dim username txtUsername.Text.Trim() Dim pwd txtPassword.Text.Trim() If username OrElse pwd Then MessageBox.Show(请输入用户名和密码, 提示) Return End If Dim sql As String SELECT emp_id, emp_name, emp_role FROM t_employee WHERE emp_no u AND emp_pwd p Using conn As MySqlConnection DbHelper.GetConnection() conn.Open() Using cmd As New MySqlCommand(sql, conn) cmd.Parameters.Add(u, MySqlDbType.VarChar).Value username cmd.Parameters.Add(p, MySqlDbType.VarChar).Value pwd Using reader As MySqlDataReader cmd.ExecuteReader() If reader.Read() Then Dim mainForm As New MainForm() mainForm.empId reader.GetInt32(emp_id) mainForm.empName reader.GetString(emp_name) mainForm.empRole reader.GetString(emp_role) mainForm.Show() Me.Hide() Else MessageBox.Show(用户名或密码不正确, 登录失败) End If End Using End Using End Using End Sub这里还有个细节用 Read() 判断是否有记录而不是用 ExecuteScalar 查 COUNT。虽然两者都能达到目的但直接读取员工信息可以在同一趟查询里完成“登录验证 拉取信息”少一次往返代码也更简洁。有一个很容易被忽略的点我没有写死管理员和员工两套窗体只用一个 MainForm 承担所有界面但通过 empRole 字段在加载时决定哪些按钮可见。这样权限控制清晰又不需要维护两份窗体代码是个性价比很高的做法。4.2 客户管理模块用 DataGridView 改改删删客户管理是典型的数据维护页面左侧是客户输入区右侧是 DataGridView 显示已有客户。加载数据的代码非常简单Dim sql As String SELECT cust_id, cust_name, cust_phone, cust_idcard, cust_address FROM t_customer ORDER BY cust_id DESC Dim dt As DataTable DbHelper.ExecuteDataTable(sql) dgvCustomers.DataSource dt新增客户时注意 Sql 和参数的配合Dim sql As String INSERT INTO t_customer(cust_name, cust_phone, cust_idcard, cust_address) VALUES(name, phone, idcard, address) Dim paras As MySqlParameter() { New MySqlParameter(name, txtName.Text.Trim()), New MySqlParameter(phone, txtPhone.Text.Trim()), New MySqlParameter(idcard, txtIdCard.Text.Trim()), New MySqlParameter(address, txtAddress.Text.Trim()) } Dim rows As Integer DbHelper.ExecuteNonQuery(sql, paras) If rows 0 Then MessageBox.Show(新增成功) Else MessageBox.Show(新增失败)修改和删除同理只是 SQL 换成 UPDATE 和 DELETE。删除之前最好弹一个确认框并且明确告诉用户如果这个客户已经有在住订单删除就会触发外键约束报错。你与其到时候对着错误发懵不如在代码里做一个判断先查订单表里有没有该客户的记录有就提示“该客户存在历史订单不能删除可修改状态”。这个判断听着繁琐但其实正好体现你对业务规则的理解。一个负责任的酒店系统不可能允许你随手把一个有消费记录的客户从库里抹掉。4.3 客房预订用事务保证一致性预订是整个系统里逻辑最重的功能。它的流程是选择房间、选择客户、录入入住和离店日期、计算价格、把房间状态从“空闲”改成“入住”最后生成一条订单记录。这个流程必须保证“要么全部成功要么全部失败”。我用一个事务把所有操作包起来。MySQL 的 InnoDB 支持事务配合 BeginTransaction、Commit、Rollback就能让这组操作成为一个不可分割的整体。核心代码如下Using conn As MySqlConnection DbHelper.GetConnection() conn.Open() Dim tran As MySqlTransaction conn.BeginTransaction() Try 1. 插入订单 Dim sqlOrder As String INSERT INTO t_order(order_no, room_id, cust_id, emp_id, check_date, leave_date, order_status, total_amount) VALUES(orderNo, roomId, custId, empId, checkDate, leaveDate, 在住, amount) Using cmdOrder As New MySqlCommand(sqlOrder, conn, tran) cmdOrder.Parameters.Add(orderNo, MySqlDbType.VarChar).Value orderNo cmdOrder.Parameters.Add(roomId, MySqlDbType.VarChar).Value roomId cmdOrder.Parameters.Add(custId, MySqlDbType.Int32).Value custId cmdOrder.Parameters.Add(empId, MySqlDbType.Int32).Value empId cmdOrder.Parameters.Add(checkDate, MySqlDbType.Date).Value Date.Now.ToString(yyyy-MM-dd) cmdOrder.Parameters.Add(leaveDate, MySqlDbType.Date).Value dtpLeave.Value.ToString(yyyy-MM-dd) cmdOrder.Parameters.Add(amount, MySqlDbType.Decimal).Value amount cmdOrder.ExecuteNonQuery() End Using 2. 更新房间状态 Dim sqlRoom As String UPDATE t_room SET room_status入住 WHERE room_idroomId AND room_status空闲 Using cmdRoom As New MySqlCommand(sqlRoom, conn, tran) cmdRoom.Parameters.Add(roomId, MySqlDbType.VarChar).Value roomId Dim affected cmdRoom.ExecuteNonQuery() If affected 0 Then Throw New Exception(房间不是空闲状态预订失败) End If End Using tran.Commit() MessageBox.Show(预订成功) Catch ex As Exception tran.Rollback() MessageBox.Show(预订失败 ex.Message) End Try End Using关键点有两处。第一执行房间状态 UPDATE 的时候WHERE 子句里带一个 room_status空闲这样能让数据库替我们判断并发问题如果房间已经被占了这条语句的返回行数就是 0我们主动抛异常回滚。第二在事务里执行 UPDATE 命令时MySqlCommand 的构造函数需要显式传入事务对象否则命令会认为自己在事务之外执行很多同学就在这一步栽了跟头。退房操作其实就是把订单状态从“在住”改成“已退”再把房间状态改回“空闲”。逻辑和预订很对称也是同一个套路先更新房间再更新订单或者反过来都行但两个更新要放进同一个事务里。5. 最容易翻车的几个坑全在这里编码阶段你会发现真正折磨人的不是业务逻辑而是各种环境问题。我把做这套系统时遇到的高频问题整理成一个表你多半会碰到其中几个。问题现象常见原因解决办法连接时报 “Host xxx is not allowed to connect”MySQL 没有授权远程访问GRANT ALL ON hotel_db.* TO root% IDENTIFIED BY 密码; 然后 FLUSH PRIVILEGES;报 “Authentication plugin cannot be loaded”MySQL 8 默认认证方式与老驱动不兼容升级 Connector/NET 到 8.x连接串加 AllowPublicKeyRetrievaltrue控件拖进来是英文界面或按钮不显示中文系统区域语言或 Visual Studio 语言包问题检查 Windows 区域设置使用中文字体DataGridView 修改后重启窗口数据还在只改了内存数据没调 Update 方法用 DataAdapter 绑定或者修改后重新查询查询条件总是多出来或者查不到SQL 拼接时 where 11 与实际条件组合出错参数化 SQL动态拼接时用 List 存条件再 string.Join删除客户报外键错误客户存在历史订单引用先查询子表记录有则不允许删除重复点击预订按钮出现多条订单事件重复订阅或未防抖提交后立即禁用按钮或使用事务状态判断日期在数据库里差了一天连接字符串时区参数问题连接串加上 ServerTimezoneAsia/Shanghai5.1 数据库连不上先查这四样我调试连接问题时有个固定顺序先 ping 服务器再 telnet 端口 3306再用命令行客户端验证账号密码最后才怀疑连接字符串。很多同学一报错就改代码其实连接不通的原因大概率是 MySQL 服务没启动、端口被占用、root 用户密码不对或者本机防火墙拦了 3306。把这四样排查完九成问题都能解决。5.2 DataGridView 数据刷新DataGridView 绑定 DataSource 后如果底层表数据变了界面不会自动更新。最简单粗暴的办法是重新调用一次加载方法把 DataSource 再赋一遍。有些同学图省事直接把 DataTable 里的行删掉却不通知控件结果界面上旧行还在。记住一条规则凡是对数据源动了手脚都要重新绑定或者调用 ResetBindings。5.3 明明修好了 Bug程序跑起来还是老样子这个问题十有八九是 Visual Studio 没有重新编译或者同时开着两个项目导致进程还没被杀掉。双击 bin\Debug 里的 exe 也许能跑但它调用的还是旧的 dll。最直接的办法重新生成解决方案再到 bin\Debug 目录把 exe 彻底关掉再开一次。6. 答辩时怎么讲老师才觉得你做得很扎实很多同学代码写完了一上台就只会演示界面点几个按钮说“这是新增”“这是删除”然后就没话说了。其实课设答辩的重点从来不是你会点鼠标而是你脑子里的数据库设计思路清不清楚。第一主动讲表结构。一上来就“我设计了五张表”把每张表的职责说一遍然后指着外键关系说“订单表通过外键关联房间、客户和员工”。这一句话就能让人觉得你确实亲自设计过。第二挑一个难点深入讲。比如预订时为什么要用事务你可以说“如果先把订单插进去了但后面的房间状态更新失败会出现订单已经产生、房间却还是空闲的情况所以必须用事务保证原子性。”这比任何高深词汇都管用。第三准备一两个“我做错了什么”的故事比如中文乱码怎么解决的连接失败怎么排查的。答辩老师见惯了背稿子的人你讲一个真实的调试过程反而能证明数据库基础是扎实的。第四你要能当场查数据。演示时顺手打开 MySQL Command Line 或者 Workbench执行一条 SQL比如统计某个房型的入住率SELECT t.room_id, t.type_name, COUNT(o.order_id) AS order_count FROM t_room_type t LEFT JOIN t_room r ON t.type_id r.type_id LEFT JOIN t_order o ON r.room_id o.room_id AND o.order_status在住 WHERE o.leave_date CURDATE() GROUP BY t.type_id;用这个动作展示“我能自己写 SQL”比界面演示一百遍都有效。7. 我做完这个课设后的几个真实体会如果让我重新做一遍这套系统我可能会把一半的精力花在设计“房态图”上——就是那种像楼层平面图一样一眼能看到哪些房间空闲、哪些已在住的界面。可惜那时候不会做后来补了很多东西。其实酒店管理系统最有魅力的地方不是表格有多漂亮而是“房间状态”这种状态值在生活里非常常见你懂了这一套以后做库存系统、工单系统也能复用同样的思路。还有一个小建议做完课设千万别把代码删了。这套系统可以继续往上加东西比如账单打印功能、房价按节假日浮动、客户入住历史统计。我现在回看当年的代码觉得那时候写的 SQL 结构还挺朴素但正是因为从零把它调通了后面遇到更复杂的业务才不会发怵。最后分享一个实操技巧演示之前一定要在库里准备好干净又有代表性的测试数据。房间至少准备十间客户准备五六个订单要覆盖“在住”“已退”“已取消”三种状态。这样老师让你随便点一个订单查详情你的界面都有内容可看。很多人临时造数据造的订单离店日期都是过去的日期退房状态又没更新一演示就露馅了。准备数据的 SQL 记得多跑几遍菜单里的每一项功能都点过去一遍用最笨的办法查漏补缺这才是课设拿高分最靠谱的路径。
