MySQL+VB.NET酒店管理系统：数据库课设完整设计与实现-代码聚汇网

没想到在课程设计选题清单里一眼看到“酒店管理系统”，而且技术栈还限定在 MySQL + VB.NET。这个组合看起来朴素，但实际做完你会发现，它几乎覆盖了数据库课设的所有核心考点：表结构设计、范式规范化、增删改查、事务处理、权限控制、报表查询。不管你是第一次做课设，还是想把这个项目扩展成毕业设计，这篇文章都会给你一套可以直接照抄的思路和代码。

先说结论：这个项目用 VB.NET 做界面、MySQL 存数据，技术上没有特别前沿的东西，但正因为如此，它特别适合用来把数据库的基础功打扎实。我当年做的时候踩了不少坑，比如中文乱码、连接串写错导致连不上数据库、房间状态并发更新出 bug 等等。这篇文章把我当时的设计思路、建表 SQL、核心代码、还有排查问题的过程全部整理出来，希望能帮你少走弯路。

1. 项目整体设计与技术选型思路

1.1 为什么选 MySQL + VB.NET 这套组合

很多人在选题时会纠结，到底是选 Java + SQL Server，还是 PHP + MySQL，或者干脆用 Python + SQLite。但如果你是做数据库课设，而且老师强调要考察“关系型数据库设计能力”，那么 MySQL + VB.NET 的组合其实是性价比很高的选择。

MySQL 免费、轻量、教程多：课设环境不需要企业级授权，MySQL Community Server 完全够用。出问题时，中文资料一搜一大把，这对赶工期的课设来说非常关键。
MySQL 的 SQL 语法贴近标准：从建库建表到增删改查，再到视图、存储过程、触发器，MySQL 的语法都是考试和面试的常见范围。做完这个课设，你对 SQL 的掌握程度会比只写网页后端调用 ORM 的同学扎实很多。
VB.NET 上手门槛低、拖控件快：虽然 VB.NET 现在不算热门语言，但 Visual Studio 的 WinForms 设计器对新手极其友好，拖几个 Button、DataGridView，双击就能写事件。你不需要花大量时间在前端样式上，可以把精力集中在 SQL 语句和数据库设计上。
连接 MySQL 有官方驱动：MySQL Connector/NET 可以直接从官网下载，安装后在 VB.NET 里 Imports MySql.Data.MySqlClient 就能用，API 风格和 SqlClient 几乎一样，查资料也很方便。

当然，如果你后续想升级成 Java 版，这套数据库设计基本不需要大改，因为业务逻辑都在 SQL 层，换个语言只是换个数据库访问层而已。

1.2 功能模块划分：让课设看起来“完整但不臃肿”

酒店管理系统的业务范围可大可小，如果你照搬商业 PMS（Property Management System），那工作量会失控。我做课设时给自己定了一个原则：功能覆盖数据库课程的核心考点，但模块数量控制在 6 个以内。最后确定的模块如下。

登录与权限模块：区分管理员和前台操作员，用户在 user 表中通过 role 字段区分权限。
客房管理模块：房间类型、房间状态（空闲/入住/打扫/维修）的增删改查。
客户管理模块：登记入住客户的基本信息，身份证号做唯一约束。
入住登记模块：办理入住时创建订单，同时将房间状态改为“入住”。
退房结账模块：计算房费（按天计费 + 其他消费），结账后释放房间。
统计报表模块：按日/月统计入住率、营收，用 DataGridView 展示查询结果。

这 6 个模块刚好覆盖了数据库的增删改查、多表连接查询、聚合函数、事务处理、唯一约束等核心考点。而且每个模块之间都有明确的外键关联，呈现在 ER 图上非常清晰，答辩时也好讲。

1.3 三层架构的取舍：别照搬项目的三层，但要有分层意识

课设最简单的写法是把所有代码都塞在 Form 的 Click 事件里，这样做确实能跑，但代码会越来越乱。比如多个窗口都要查房间状态，你就得复制粘贴查询代码。

我当时的做法是做一个轻量级的分层：

UI 层：.vb 窗体文件，只负责获取用户输入、调用逻辑层方法、显示返回数据。
BLL 层（业务逻辑层）：定义 RoomManager、OrderManager、CustomerManager 等类，负责校验数据、组合多个数据库操作。比如“办理入住”这个动作，在 BLL 层要先查房间状态，再插入订单，再更新房间，这些步骤如果有一个失败，要回滚。
DAL 层（数据访问层）：定义 DBHelper 类，封装 MySqlConnection 和 MySqlCommand 的创建、执行、关闭操作。其他类的 SQL 语句通过调用 DBHelper 来执行，避免每个窗口都写一遍连接字符串。

这样的分层不会增加太多代码量，但答辩时你可以说“我采用了三层架构思想”，并且后续改功能时会轻松很多。要注意的是，课设阶段没必要上 EF（Entity Framework）或 ORM 框架，你手动写 SQL 反而能体现你对数据库的理解。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 数据库设计与建表 SQL 实操

2.1 ER 图设计：从需求到关系模式的转化

在设计表结构之前，先理清酒店管理系统的核心实体和关系。我梳理出了这些实体：

用户（User）：登录系统的工作人员
房间类型（RoomType）：标准间、大床房、套房等
房间（Room）：具体某个房间，如 808 号房
客户（Customer）：入住客人
订单（Order）：一次入住记录
订单消费项（OrderConsume）：房间内产生的额外消费，如mini吧、洗衣服务

实体之间的关系是：一个房间类型对应多个房间（1:N），一个房间可有多条订单历史（1:N），一个客户可有多条订单历史（1:N），一个订单可关联多条消费记录（1:N）。

在课设报告中，这个 ER 图要画清楚。如果老师要求交逻辑结构设计，那么你要给出每个表的关系模式，主键下划线标明，外键用箭头表示。比如订单表应该是这样：

Order(order_id, room_id, customer_id, check_in_date, check_out_date, status, total_amount)

其中 room_id 和 customer_id 是外键。

2.2 建库建表 SQL（含设计原因和个人心得）

我用的是 MySQL 8.0.22 版本，字符集统一设置成 utf8mb4，排序规则用 utf8mb4_general_ci，这是避免中文乱码最关键的一步。

sql复制CREATE DATABASE hotel_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
USE hotel_db;

-- 用户表
CREATE TABLE `user` (
  `user_id` INT PRIMARY KEY AUTO_INCREMENT,
  `username` VARCHAR(50) NOT NULL UNIQUE,
  `password` VARCHAR(100) NOT NULL,
  `real_name` VARCHAR(50) NOT NULL,
  `role` ENUM('admin', 'operator') DEFAULT 'operator',
  `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

用户表的 password 字段不要限制得太小，如果以后你往里面存 MD5 或 SHA-256 的哈希值，32 位或 64 位字符串才放得下。课设阶段为了演示方便可以直接存明文，但答辩时老师问起来，你要能说清楚“实际生产环境会做哈希加密”。

sql复制-- 房间类型表
CREATE TABLE room_type (
  type_id INT PRIMARY KEY AUTO_INCREMENT,
  type_name VARCHAR(50) NOT NULL,
  price DECIMAL(10,2) NOT NULL,
  bed_number INT DEFAULT 1,
  area INT DEFAULT 20,
  remark VARCHAR(200)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 房间表
CREATE TABLE room (
  room_id INT PRIMARY KEY AUTO_INCREMENT,
  room_no VARCHAR(10) NOT NULL UNIQUE,
  type_id INT NOT NULL,
  status ENUM('空闲', '入住', '打扫', '维修') DEFAULT '空闲',
  floor INT DEFAULT 1,
  FOREIGN KEY (type_id) REFERENCES room_type(type_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

注意 room_no 设置了 UNIQUE 约束，因为在真实场景中房号必须是唯一的。status 我用 ENUM 类型，这样应用程序层面不用定义常量。floor 字段是我预留的，方便以后做楼层筛选。

sql复制-- 客户表
CREATE TABLE customer (
  customer_id INT PRIMARY KEY AUTO_INCREMENT,
  id_card VARCHAR(18) NOT NULL UNIQUE COMMENT '身份证号',
  name VARCHAR(50) NOT NULL,
  phone VARCHAR(20),
  address VARCHAR(200),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

身份证号加 UNIQUE 约束是必须的，因为一个客户反复入住时，我们希望能找到他历史订单，而不是每次入住都新建一条客户记录。这也是课设中“完整性约束”的一部分。

sql复制-- 订单表
CREATE TABLE `order` (
  order_id INT PRIMARY KEY AUTO_INCREMENT,
  order_no VARCHAR(30) NOT NULL UNIQUE,
  room_id INT NOT NULL,
  customer_id INT NOT NULL,
  user_id INT NOT NULL COMMENT '操作员ID',
  check_in_date DATETIME NOT NULL,
  check_out_date DATETIME,
  status ENUM('已入住', '已退房', '已取消') DEFAULT '已入住',
  deposit DECIMAL(10,2) DEFAULT 0 COMMENT '押金',
  total_amount DECIMAL(10,2) DEFAULT 0 COMMENT '总金额',
  remark VARCHAR(200),
  FOREIGN KEY (room_id) REFERENCES room(room_id),
  FOREIGN KEY (customer_id) REFERENCES customer(customer_id),
  FOREIGN KEY (user_id) REFERENCES `user`(user_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

订单表我特意加了 order_no 这个业务流水号字段，因为 order_id 是自增主键，不能直接暴露给客户。order_no 可以用"日期+随机数"的方式生成，比如 2025061510300001。这个字段设计在答辩时是一个加分项，因为它体现了“主键是逻辑主键，业务编号是唯一键”的设计思想。

sql复制-- 消费项目表
CREATE TABLE consume_item (
  item_id INT PRIMARY KEY AUTO_INCREMENT,
  item_name VARCHAR(50) NOT NULL,
  price DECIMAL(10,2) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 订单消费明细表
CREATE TABLE order_consume (
  id INT PRIMARY KEY AUTO_INCREMENT,
  order_id INT NOT NULL,
  item_id INT NOT NULL,
  quantity INT DEFAULT 1,
  amount DECIMAL(10,2) NOT NULL COMMENT '单项总价',
  FOREIGN KEY (order_id) REFERENCES `order`(order_id),
  FOREIGN KEY (item_id) REFERENCES consume_item(item_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

消费明细表是典型的多对多关联表，在查询“某个订单的消费总金额”时，需要 JOIN consume_item 表和 order_consume 表，根据 quantity * price 计算 amount。这个设计考察了学生对关联表和外键的理解。

2.3 为什么每个表都要用 InnoDB

MySQL 5.5 之前的默认存储引擎是 MyISAM，但从 MySQL 5.5 开始默认就是 InnoDB。在这个项目里，所有表必须使用 InnoDB，原因有两个：

支持事务：办理入住时，插入订单和更新房间状态必须在一个事务中完成，要么都成功，要么都失败。MyISAM 不支持事务，会导致房间状态和订单不一致。
支持外键约束：MyISAM 虽然能定义外键语法，但不会真正执行约束。InnoDB 会在插入、更新、删除时检查外键，保证数据完整性。

在课设报告里写“所有表均使用 InnoDB 存储引擎，以支持事务和外键约束”这句话，就能体现你做过调研。

2.4 范式的应用与反规范化权衡

数据库设计理论中，第一范式（1NF）要求字段不可再分，第二范式（2NF）要求非主键字段完全依赖于主键，第三范式（3NF）要求非主键字段不传递依赖于主键。

以订单表为例：

order_id、room_id、customer_id、check_in_date 都直接依赖主键，满足 2NF。
但是如果你把“房间价格”也放进订单表，而“房间价格”实际是由 room_type 决定的，那么当你修改某个房间类型的价格时，历史订单里的金额就会变化，这就是传递依赖，违反了 3NF。

所以订单表里不应该存价格，而是退房时通过 room_type.price 查出当时的单价，计算好总金额后把 total_amount 作为一个快照字段存进去。这样即使将来修改价格，历史订单的金额也不会变。

这个“价格快照”的思路既符合范式，又符合实际业务需求。课设报告里可以专门写一段说明，这属于把理论用到了实践里。

3. 环境配置与 VB.NET 连接 MySQL 全流程

3.1 MySQL 安装与初始化配置

如果你还没装 MySQL，直接从官网下载 MySQL Community Server 安装包，或者用 Docker 拉镜像都可以。因为课设通常是在本机 Windows 上跑，所以我这里说 Windows 安装的注意点。

安装过程中有一个步骤是设置 root 密码，建议设成一个简单好记的密码，比如 root123456，因为这是本地开发环境，不用搞得太复杂。安装完成后验证一下服务是否启动，打开“服务”窗口，找到 MySQL80，确认状态是“正在运行”。如果服务没启动，后面 VB.NET 怎么连都连不上。

另一个要注意的是端口，MySQL 默认 3306。如果之前装过 MySQL 或者本机有东西占用了 3306，安装时要改成别的端口，比如 3307。端口号要记住，后面连接字符串要用。

3.2 安装 MySQL Connector/NET 驱动

VB.NET 要用原生代码连接 MySQL，需要安装一个驱动。去 MySQL 官网搜 MySQL Connector/NET，选择 .NET Framework 版本下载安装，一直下一步就行。安装完成后，在 VB.NET 项目的“引用”里会多出 MySql.Data 这个程序集引用。

如果你用的是 Visual Studio 2022 或更新版本，要注意 .NET 版本。如果是 .NET Framework 项目，直接引用没问题；如果是 .NET Core/.NET 5+ 项目，需要用 NuGet 包管理器搜索 MySql.Data 并安装。

3.3 连接字符串的标准写法与调试方法

VB.NET 中连接 MySQL 的连接字符串基本长这样：

vb复制"Server=localhost;Port=3306;Database=hotel_db;Uid=root;Pwd=root123456;Charset=utf8mb4;"

注意每一项的含义：

Server：数据库服务器地址，本机就是 localhost 或 127.0.0.1
Port：端口，默认 3306，如果你安装时改了端口，这里必须对应修改
Database：要连接的数据库名
Uid / Pwd：用户名和密码
Charset：这个很关键，设置成 utf8mb4 可以避免从 VB.NET 写入 MySQL 时中文变成问号或乱码

在代码里，我会把所有连接相关的配置集中放在一个 DBHelper 类中，方便统一修改：

vb复制Imports MySql.Data.MySqlClient

Public Class DBHelper
    Private Shared connectionString As String = "Server=localhost;Port=3306;Database=hotel_db;Uid=root;Pwd=root123456;Charset=utf8mb4;"

    Public Shared Function GetConnection() As MySqlConnection
        Dim conn As New MySqlConnection(connectionString)
        Return conn
    End Function
End Class

实际写代码时，用 Using 语句确保连接释放：

vb复制Using conn As MySqlConnection = DBHelper.GetConnection()
    conn.Open()
    ' 执行 SQL 语句...
End Using

Using 会自动调用 Dispose 释放连接，这是 .NET 的最佳实践，也避免了连接泄漏。

3.4 建一个程序启动时自动初始化数据库的入口

为了方便演示和评分老师查看，我在程序启动时加了一个自动初始化数据库的入口。点击“系统初始化”按钮时，程序读取一个 init.sql 文件里的所有建表 SQL，逐条执行。这样在演示环境里即使数据库被清空，也可以一键重建。

这一步不是必须的，但对课设来说有很大的好处：你在答辩现场不需要手动打开 MySQL 命令行执行建表语句，也不用担心数据库没初始化导致程序报错。

4. 核心功能模块的 VB.NET 实现

4.1 DBHelper 封装与增删改查通用方法

VB.NET 操作 MySQL 最核心的类有 MySqlConnection、MySqlCommand、MySqlDataReader、MySqlDataAdapter。在 DBHelper 中封装几个通用方法：

vb复制' 执行增删改，返回受影响行数
Public Shared Function ExecuteNonQuery(sql As String, parameters As MySqlParameter()) As Integer
    Using conn As MySqlConnection = DBHelper.GetConnection()
        conn.Open()
        Using cmd As New MySqlCommand(sql, conn)
            If parameters IsNot Nothing Then
                cmd.Parameters.AddRange(parameters)
            End If
            Return cmd.ExecuteNonQuery()
        End Using
    End Using
End Function

参数化查询是重点，不要通过字符串拼接的方式把用户输入拼进 SQL。例如登录查询：

vb复制Dim sql As String = "SELECT * FROM `user` WHERE username=@uname AND password=@pwd"
Dim parameters As MySqlParameter() = {
    New MySqlParameter("@uname", txtUsername.Text),
    New MySqlParameter("@pwd", txtPassword.Text)
}

这样写既能防止 SQL 注入，也是答辩老师重点考察的点。如果看到你直接字符串拼接，大概率会被挑刺。

4.2 登录模块的实现与权限控制

登录界面其实不难，一个用户名输入框、一个密码框、一个登录按钮。难点在于如何在不同窗体之间传递当前登录用户的信息。

我当时的做法是定义一个全局的公共类，存放当前用户信息：

vb复制Public Class Session
    Public Shared Property UserId As Integer
    Public Shared Property RealName As String
    Public Shared Property Role As String
End Class

登录成功后，把查询到的信息保存到 Session 类中。主界面窗体加载时判断 Session.Role，如果是 operator，就把“用户管理”菜单禁用掉，防止前台操作员进入管理功能。

权限控制不一定要做得非常细，但至少要体现出“不同角色看到不同界面”的思想。

4.3 客房管理模块：绑定数据源到 DataGridView

客房管理界面通常是一个 DataGridView，加上“新增”、“修改”、“删除”、“查询”按钮。

查询所有房间并绑定的代码如下：

vb复制Dim sql As String = "SELECT r.room_id AS 编号, r.room_no AS 房号, t.type_name AS 房间类型, t.price AS 价格, r.status AS 状态, r.floor AS 楼层 FROM room r INNER JOIN room_type t ON r.type_id = t.type_id"
Dim dt As DataTable = DBHelper.ExecuteQuery(sql)
dgvRooms.DataSource = dt

这里用到了 INNER JOIN，把房间表的 type_id 关联到房间类型表的 type_name 和 price。这是数据库课设最基础的连表查询，必须熟练掌握。

新增房间时，下拉框绑定房间类型：

vb复制Dim sql As String = "SELECT type_id, type_name FROM room_type"
Dim dt As DataTable = DBHelper.ExecuteQuery(sql)
cmbRoomType.DataSource = dt
cmbRoomType.DisplayMember = "type_name"
cmbRoomType.ValueMember = "type_id"

这样下拉框显示的是“标准间”“大床房”，但 SelectedValue 拿到的就是 type_id，插入时直接使用。

4.4 入住登记模块：一个典型的事务处理场景

入住登记是整个项目中我最推荐重点实现的模块，因为它体现了数据库的事务特性。

业务逻辑：客户到前台，操作员输入客户的身份证号、姓名等基本信息，然后选择空闲房间，点击“办理入住”按钮。系统要完成三步操作：

如果客户身份证号已存在，不新建客户；否则插入客户记录。
插入订单记录，状态为“已入住”。
把房间状态从“空闲”改为“入住”。

这三个步骤必须在一个事务中完成，否则可能出现订单创建了，房间状态没改，导致同一个房间被重复预订的情况。

VB.NET 中事务代码这样写：

vb复制Using conn As MySqlConnection = DBHelper.GetConnection()
    conn.Open()
    Dim transaction As MySqlTransaction = conn.BeginTransaction()
    Try
        ' 1. 查询客户是否存在（SELECT）
        ' 2. 不存在则插入客户（INSERT）
        ' 3. 插入订单（INSERT）
        ' 4. 更新房间状态（UPDATE）
        transaction.Commit()
    Catch ex As Exception
        transaction.Rollback()
        MessageBox.Show("入住登记失败：" & ex.Message)
    End Try
End Using

注意，同一个 MySqlCommand 需要指定 cmd.Transaction = transaction，才能让多条 SQL 在同一个事务中执行：

vb复制cmd.Transaction = transaction
cmd.ExecuteNonQuery()

这个模块我建议写完后手动测试一个异常场景：把房间状态更新的 SQL 故意改成不存在的房间号，看前面的订单插入会不会回滚。如果回滚了，说明事务生效；如果没回滚，说明你的事务代码写错了。

4.5 退房结账模块：SQL 函数与多表联查的综合应用

退房结账的流程是：选择某个“已入住”的订单，系统自动计算房费，加上额外消费，得到总金额，然后更新订单状态和房间状态。

房费的计算方式通常是：(退房日期 - 入住日期) * 单价。这里涉及一个边界问题：按“间夜”计费时，当天中午 12 点前退房不算当日房费，12 点后算。如果课设简化处理，直接用天数差即可。

用 MySQL 的 DATEDIFF 函数计算天数：

sql复制SELECT DATEDIFF(NOW(), check_in_date) AS days FROM `order` WHERE order_id = @orderId

然后在 VB.NET 里计算金额。也可以直接在 SQL 里算：

sql复制SELECT DATEDIFF(NOW(), o.check_in_date) * rt.price AS room_fee
FROM `order` o
INNER JOIN room r ON o.room_id = r.room_id
INNER JOIN room_type rt ON r.type_id = rt.type_id
WHERE o.order_id = @orderId

额外消费方面，需要把 order_consume 表和 consume_item 表关联，枚举出该订单的所有消费明细：

sql复制SELECT ci.item_name, oc.quantity, oc.amount
FROM order_consume oc
INNER JOIN consume_item ci ON oc.item_id = ci.item_id
WHERE oc.order_id = @orderId

退房完成后，用一个事务把订单状态改为“已退房”、房间状态改为“打扫”，然后跳转到收银小票预览界面。

4.6 统计报表模块：聚合查询和分组

统计报表是另一个适合加分的模块。比如“最近 7 天每日营收”可以这样查：

sql复制SELECT DATE(check_out_date) AS 日期, SUM(total_amount) AS 营收
FROM `order`
WHERE status = '已退房' AND check_out_date >= DATE_SUB(CURDATE(), INTERVAL 7 DAY)
GROUP BY DATE(check_out_date)
ORDER BY 日期

“房间入住率”可以这样查：已入住房间数 / 总房间数。这个统计在数据库课设里经常作为第二个查询题目出现。

这些 SQL 无需在代码里复杂处理，直接执行查询，把结果绑定到 DataGridView 或 Chart 控件即可。答辩时这一块演示效果很直观。

5. 环境配置中常见问题与排查技巧实录

5.1 中文乱码：原因和解决方案的完整路径

中文乱码在 VB.NET + MySQL 项目中几乎必现，根源大多在字符集不一致。我踩过坑之后总结出一个排查顺序：

检查数据库、表的字符集是否为 utf8mb4。如果建库时没指定，可以执行 ALTER DATABASE hotel_db DEFAULT CHARACTER SET utf8mb4; 修复。
检查连接字符串是否写了 Charset=utf8mb4。
检查 VB.NET 源文件本身的编码。如果 VB.NET 源文件里写死了中文字符串，且文件编码不是 UTF-8，编译时可能乱码。可以在 Visual Studio 里把文件另存为，选择“UTF-8 with BOM”编码。

如果以上三步都做了还在乱码，那可能是 MySQL 服务器的 character_set_server 参数的问题。在 my.ini 的 [mysqld] 段添加：

ini复制character-set-server=utf8mb4
collation-server=utf8mb4_general_ci

改完重启 MySQL 服务。

课堂上听到老师说“字符串类型长度用 VARCHAR 就行”，但是实际写的时候还是要注意，VARCHAR(10) 存中文可以存 10 个汉字，但如果你不小心用的是 VARCHAR(10) 而没有指定字符集，是可能因为字符集不同导致长度计算差异的。这个细节在课设报告里写“为什么用 utf8mb4 而不是 utf8”的时候可以用上，因为 utf8mb4 能存 emoji 和一些生僻字。

5.2 MySql.Data 连接失败的常见原因

连接失败时，现象一般是 MySql.Data.MySqlClient.MySqlException: Host 'localhost' is not allowed to connect to this MySQL server 或者 Access denied for user 'root'@'localhost'。

第一个报错通常是 MySQL 的用户权限问题。你需要用命令行登录 MySQL，执行 GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost';，然后 FLUSH PRIVILEGES;。
第二个报错是密码不对，确认密码是否输入正确。
如果报 Authentication plugin 'caching_sha2_password' cannot be loaded，说明 MySQL 8 默认的认证插件是 caching_sha2_password，而旧版本的 Connector/NET 不支持。解决方案是升级 Connector/NET 到 8.0 以上，或者把 MySQL 用户的认证插件改为 mysql_native_password：

sql复制ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'root123456';

这个坑在 MySQL 8 环境下特别常见，改完之后整个程序连接就顺畅了。

5.3 自增主键的初始值问题

在演示完增删改查之后，有同学发现数据表被删了重新生成，AUTO_INCREMENT 又从 1 开始了，觉得很难受。其实这个要看需求。在课设演示阶段，为了让数据显示井井有条，你可以手工把自增值改回一个初始值：

sql复制ALTER TABLE `order` AUTO_INCREMENT = 1;

如果中途插入过几条数据又被删掉，AUTO_INCREMENT 会从当前最大值+1 重新开始，这在真实业务中是合理的，防止订单号复用。答辩时老师可能会问“为什么删除最后一条记录后自增ID不连续”，你只要回答“自增主键设计上不保证连续性，保证唯一性即可”就行。

5.4 多表联查时字段名冲突的解决

当查询订单详情时，要关联 order、room、customer 表，这几个表里都有类似 create_time 或 remark 的字段。如果直接 SELECT *，DataTable 里会出现重复列名，按列名取值就会拿错。

解决方法是*永远不要用 SELECT ，而是明确列出需要返回的字段并起别名。比如：

sql复制SELECT o.order_no AS 订单号, r.room_no AS 房号, c.name AS 客户名,
       o.check_in_date AS 入住日期, o.status AS 订单状态
FROM `order` o
INNER JOIN room r ON o.room_id = r.room_id
INNER JOIN customer c ON o.customer_id = c.customer_id
WHERE o.status = '已入住'

我在写代码时统一用别名返回，这样 DataGridView 绑定列标题时也直接显示中文，看起来非常直观。

5.5 死锁与并发问题：从课设视角看数据库锁

虽然课设单机演示一般不会真出现死锁，但如果你在退房和入住的按钮上狂点，还是可能遇到锁超时异常。原因在于两个事务互相持有对方需要的行锁，且都不释放。

我在代码中尽量避免长事务，比如在入住登记模块，尽量在 Using 块里快速提交。另外，给房间表的状态更新语句加上 FOR UPDATE（在事务中）可以显式锁行，但课设阶段不需要这么精细。

如果答辩时老师问“如何处理并发入住同一间房”，你可以回答说：在订单表对 room_id 加唯一索引，同时 status='空闲' 作为更新条件，如果更新影响行数为 0，说明房间已被占用。这就是乐观锁或条件更新的思路，能体现你对并发控制的思考。

6. 界面交互设计与用户体验细节

6.1 用 DataGridView 展示数据时的列设置

VB.NET WinForms 里的 DataGridView 是课设的主力控件。有几个设置必须处理，否则演示效果会很差：

设置 AutoSizeColumnsMode = Fill，让列自动撑满表格。
设置 SelectionMode = FullRowSelect，点击单元格时选中整行，便于取当前行数据。
如果你不希望用户直接在表格里改数据，把 ReadOnly 设为 True。
如果要支持导出 Excel，把 ClipboardCopyMode 设置为 EnableWithAutoHeaderText，这样用户选中后 Ctrl+C 会带上列标题，粘贴到 Excel 里就很整齐。

6.2 房间状态用颜色标识

为了演示更直观，我在 DataGridView 的 CellFormatting 事件里给房间状态做了颜色标记：

空闲：绿色
入住：红色
打扫：黄色
维修：灰色

代码大概长这样：

vb复制Private Sub dgvRooms_CellFormatting(sender As Object, e As DataGridViewCellFormattingEventArgs) Handles dgvRooms.CellFormatting
    If dgvRooms.Columns(e.ColumnIndex).Name = "状态" AndAlso e.Value IsNot Nothing Then
        Select Case e.Value.ToString()
            Case "空闲"
                e.CellStyle.BackColor = Color.LightGreen
            Case "入住"
                e.CellStyle.BackColor = Color.LightCoral
            Case "打扫"
                e.CellStyle.BackColor = Color.LightYellow
            Case "维修"
                e.CellStyle.BackColor = Color.LightGray
        End Select
    End If
End Sub

这个功能实现成本极低，但视觉效果好很多，演示时老师一眼就能看出你花了心思。

6.3 键盘回车触发搜索

在客户查询、订单查询界面，我给文本框加上 KeyDown 事件，按下回车就执行搜索。这是很常见的用户体验细节，但很多同学不会做。代码很简单：

vb复制Private Sub txtKeyword_KeyDown(sender As Object, e As KeyEventArgs) Handles txtKeyword.KeyDown
    If e.KeyCode = Keys.Enter Then
        btnSearch.PerformClick()
    End If
End Sub

6.4 输入校验：防止非法数据入库

输入校验大多数同学是放在按钮点击事件里用 If 判断。我建议做一个简单的 ValidateInput() 函数，专门负责校验：

身份证号：检查长度是否为 18，前 17 位是否数字，最后一位是数字或 X。
电话：只允许数字和 -。
必填项：房间号、客户姓名、入住日期不能为空。

校验不通过时，用 MessageBox.Show 提示，并让输入框获取焦点。这能体现出严谨性，也在答辩时避免因为输入数据不合法导致 SQL 执行报错。

7. 课设报告与答辩准备的私藏经验

7.1 数据字典和 ER 图要提前整理

很多同学代码写完了，报告还是一片空白。我的建议是开发过程中顺手维护数据字典，把每个表的字段名、类型、约束、注释记录在表格里。这样最后写报告时，只需要复制粘贴。

数据字典格式可以参考：

字段名	类型	允许空	主键	外键	说明
order_id	INT	否	是	否	订单自增主键
order_no	VARCHAR(30)	否	否	否	订单业务编号
room_id	INT	否	否	是	房间ID
customer_id	INT	否	否	是	客户ID
check_in_date	DATETIME	否	否	否	入住时间
status	ENUM	否	否	否	订单状态

7.2 答辩时的高频问题整理

根据我当年的答辩经历，整理了老师最爱问的几个问题和你应该答的要点：

为什么用 ENUM 存状态，而不是用 INT？ 答：ENUM 类型在语义上更清晰，存储层面也更紧凑。虽然它扩展性不如字典表，但课设阶段状态类型固定，ENUM 足够。
如果房间类型增加“行政套房”，需要改表吗？ 答：如果我用 ENUM 存状态就需要改表，但如果我把房间类型单独建成表（room_type），就不需要改表，只需插入一条记录。这里可以看出哪些字段适合用字典表管理。
删除一个客户时，如果他有订单怎么办？ 答：由于外键约束，订单表引用了客户表，有订单的客户不能直接删除，除非先删除订单或使用 ON DELETE CASCADE。在课设中我会优先选择限制删除，保留历史账单。
数据库如何备份？ 答：使用 mysqldump 命令备份，或者导出 SQL 文件。在课程设计中，导出一份 SQL 文件提交给老师即可。

7.3 演示环境的准备

答辩演示时最怕程序突然打不开、数据库连不上。建议按以下顺序准备：

打开 MySQL 服务，确认端口监听正常。
用 MySQL Workbench 或命令行执行一段简单的 SELECT 语句，确认数据库连接正常。
启动 VB.NET 程序，先测试登录功能。
如果有演示用的样例数据，提前插入若干条记录，免得现场演示时没有数据展示。

另外，如果答辩教室可能没有网络，最好提前把 MySQL 服务配置文件里的 bind-address 之类的保持默认，避免服务启动后需要在联网状态下授权。不过一般本机连接不需要联网。

8. 项目扩展方向：从课设走向毕设级项目

如果这个酒店管理系统做完后你还有余力，或者想把它升级成毕业设计，我有几个明确的建议。

数据库层扩展：

增加日志表，记录操作员的关键操作（登录、入住、退房、删除数据）。
增加房间价格历史表，记录每次调价的时间段和价格，退房时按入住日期对应的价格计算，而不是用当前价格算。
引入视图，把常用查询封装成视图，比如 v_order_detail、v_room_status，这样业务代码更简洁。
增加存储过程，比如 sp_check_in、sp_check_out，把事务逻辑放到数据库端。

程序层扩展：

把 WinForms 升级为 WPF，界面效果更好。
引入 Dapper 或 Entity Framework Core，用 ORM 管理数据访问。
增加报表打印功能，用 RDLC 或第三方报表控件输出入住登记单、结账单。
增加图表统计首页，用 LiveCharts 或自带 Chart 控件展示近 30 天入住率曲线。

架构层扩展：

把项目拆成 C/S 和 B/S 两套，后台管理用 Web 端，前台收银用桌面端。
接口用 RESTful API 暴露，换成 Web API + 前端框架（Vue/React）也可以，这样就把 C/S 时代的课设升级成了现代 Web 全栈项目。

不过要提醒一点，扩展功能要建立在核心功能完整且测试通过的基础上。课设评分一般看的是完整性和稳定性，而不是功能数量。先保证当前这个酒店管理系统在无 bug 的情况下能顺畅演示，再谈扩展。

9. 最后分享一些“踩坑后才懂”的经验

这个项目我从建表到最终答辩，一共花了两周左右，白天上课晚上写代码。最有价值的部分可能不是代码本身，而是把数据库课设里那些容易出问题的细节搞明白了。

第一，SQL 语句一定要先在 MySQL Workbench 或命令行里跑通，再贴到 VB.NET 代码里。直接在代码里调 SQL，一旦语法错误，报错信息会混在窗口代码里，排查起来非常费劲。我后来养成了习惯：写一个 .sql 测试文件，把要执行的语句都先跑一遍。

第二，连接字符串里的时间时区问题。MySQL 8 连接时如果服务器时区设置不对，可能报错或时间差 8 小时。可以在连接字符串里加 Convert Zero Datetime=True，或者把 serverTimezone=Asia/Shanghai 加进去。这个问题在课设中不一定遇到，但如果你把软件部署到云服务器上就一定会遇到。

第三，不要在程序里写死数据库密码。虽然课设代码本地运行，但为了以后找工作面试时能把自己的项目放上 GitHub，我还是建议把连接字符串放到配置文件中，通过 ConfigurationManager.AppSettings 读取。这样演示时密码泄露的风险小一点，代码也看起来更规范。

第四，把每一次“报错”都记录下来。我在项目目录下建了一个 README.md，每遇到一个 bug，先记录报错信息，再记录解决方式。最后这个文件成了我写“问题总结”章节的一手素材。哪怕是简单的“忘了把 DataAdapter.Fill() 返回的 DataTable 赋值给 DataSource”，记录下来，到写报告时都有话可说。

数据库课设的评分逻辑其实很简单：能跑起来、有界面、有完整 SQL、报告写作规范，分就不会低。你只要把这个酒店管理系统从数据库设计到界面交互完整走一遍，你就已经超过了很多只会从网上抄代码的同学。动手做吧，做完你会发现自己对 MySQL 和 VB.NET 的理解都会上一个台阶。

MySQL+VB.NET酒店管理系统：数据库课设完整设计与实现