简介这份数据库课程设计资源面向高校计算机相关专业学生以SQL Server为数据库平台完整实现了一套餐厅点餐系统可用于课程设计参考、数据库综合实践或毕业设计选题借鉴。压缩包共298个文件约24.29MB以120个Java源码和98个class文件为主体辅以jpg界面截图、xml配置、jar依赖包及doc文档并附带sql脚本与mdf、ldf数据库文件便于直接还原运行环境。系统围绕菜品信息、消费信息、包厢信息、员工信息等模块展开涵盖登录注册、点餐下单、后台管理等典型业务各模块相互关联体现了数据库表结构设计与Java数据集操作的结合。目前已有14235人学习下载热度较高。读者可从中获取完整的项目源码、数据库建表脚本与界面素材对照理解实体关系设计、功能模块划分与代码组织方式适合作为课程设计模板或二次开发的基础工程。1. 餐厅点餐系统从课程设计到能跑起来的 SQL Server 实战很多同学拿到“数据库课程设计SQL Server——餐厅点餐系统”这个题目时第一反应是打开 SSMS 建几张表然后写几个增删改查就交差。但真正做过企业级点餐系统的人知道这个题目的核心难点根本不在“建表”而在于订单和菜品之间的多对多关系怎么设计才不冗余、事务并发时库存怎么扣才不超卖、以及 SQL Server 特有的字符串处理函数在菜品规格解析时到底该怎么用。我带过几届学生的课程设计也帮本地几家餐厅做过真实的点餐后台发现一个规律——凡是最后能拿高分、甚至被老师推荐去参加比赛的作品都是把“数据库设计”和“业务逻辑”绑在一起考虑的而不是先画 ER 图再硬套代码。这篇文章面向的是正在做数据库课程设计、或者想用 SQL Server 搭一套点餐系统原型的同学。我会从表结构设计讲到事务控制再讲到几个 SQL Server 特有的坑比如字符串转数字、STRING_SPLIT 的版本兼容问题、以及导入数据时“数据无效”的排查思路。你不需要有很深的数据库基础但需要装好 SQL Server 和 SSMS并且愿意动手敲代码。读完之后你应该能独立完成一个具备订单、菜品、桌台、库存四个核心模块的点餐系统数据库并且知道怎么用事务保证下单不翻车。2. 表结构设计为什么你的订单表总是冗余2.1 从“一张订单表走天下”到三范式拆分很多同学一开始会设计一张Orders表里面塞进DishName、DishPrice、Quantity、TableId、OrderTime看起来一张表就能搞定所有事。但这样做有两个致命问题第一同一桌点了三个菜就要插三条记录桌号和下单时间重复存储浪费空间还容易改错第二菜品价格一旦调整历史订单的价格也会被“追溯修改”财务对账直接崩溃。正确的做法是拆成四张核心表Dish菜品、OrderMain订单主表、OrderDetail订单明细、DiningTable桌台。OrderMain只存订单级别的信息——订单号、桌号、下单时间、总金额、订单状态OrderDetail存每一道菜的明细——订单号、菜品 ID、数量、下单时的单价。这样菜品调价不影响历史订单因为单价在明细里做了快照。下面是我常用的建表脚本你可以直接复制到 SSMS 里执行。注意OrderDetail里的UnitPrice是下单时的价格不是Dish表里的当前价格这是关键。-- 菜品表 CREATE TABLE Dish ( DishId INT IDENTITY(1,1) PRIMARY KEY, DishName NVARCHAR(50) NOT NULL, Category NVARCHAR(20) NOT NULL, -- 热菜、凉菜、主食、饮料 Price DECIMAL(10,2) NOT NULL CHECK (Price 0), Stock INT NOT NULL DEFAULT 0 CHECK (Stock 0), IsAvailable BIT NOT NULL DEFAULT 1 ); -- 桌台表 CREATE TABLE DiningTable ( TableId INT IDENTITY(1,1) PRIMARY KEY, TableName NVARCHAR(20) NOT NULL, Capacity INT NOT NULL DEFAULT 4, Status TINYINT NOT NULL DEFAULT 0 -- 0空闲 1占用 2预订 ); -- 订单主表 CREATE TABLE OrderMain ( OrderId INT IDENTITY(1,1) PRIMARY KEY, TableId INT NOT NULL FOREIGN KEY REFERENCES DiningTable(TableId), OrderTime DATETIME NOT NULL DEFAULT GETDATE(), TotalAmount DECIMAL(10,2) NOT NULL DEFAULT 0, OrderStatus TINYINT NOT NULL DEFAULT 0 -- 0进行中 1已结账 2已取消 ); -- 订单明细表 CREATE TABLE OrderDetail ( DetailId INT IDENTITY(1,1) PRIMARY KEY, OrderId INT NOT NULL FOREIGN KEY REFERENCES OrderMain(OrderId), DishId INT NOT NULL FOREIGN KEY REFERENCES Dish(DishId), Quantity INT NOT NULL CHECK (Quantity 0), UnitPrice DECIMAL(10,2) NOT NULL -- 下单时的价格快照 );逻辑说明Dish表的Stock字段用来控制库存IsAvailable用来做逻辑下架而不是物理删除。OrderDetail的UnitPrice是冗余字段但这是有意为之的“反范式”——为了保留历史价格。参数方面DECIMAL(10,2)表示最多 10 位数字其中 2 位小数足够表示金额。TINYINT占 1 字节用来存状态码比INT省空间。2.2 索引和外键让查询从 3 秒降到 30 毫秒表建好之后如果不加索引当订单量到几千条时按桌号查历史订单会全表扫描。我一般会在OrderMain的TableId和OrderTime上建复合索引在OrderDetail的OrderId上建非聚集索引。CREATE NONCLUSTERED INDEX IX_OrderMain_Table_Time ON OrderMain(TableId, OrderTime DESC); CREATE NONCLUSTERED INDEX IX_OrderDetail_OrderId ON OrderDetail(OrderId) INCLUDE (DishId, Quantity, UnitPrice);INCLUDE的作用是把明细查询常用的列加到索引叶子节点这样查订单明细时不用回表。你可以用SET STATISTICS IO ON打开 IO 统计对比加索引前后的逻辑读次数通常能从几百降到个位数。注意外键约束在课程设计里建议保留它能帮你发现数据不一致的问题。但如果你要做批量导入测试数据可以临时禁用外键导入完再启用否则插入顺序不对会报错。3. 下单事务库存扣减和订单写入怎么保证不翻车3.1 用显式事务包住“查库存-扣库存-写订单”点餐系统最核心的业务就是下单。下单要做三件事检查库存是否足够、扣减库存、写入订单主表和明细表。这三步必须在一个事务里完成否则可能出现库存扣了但订单没写进去或者订单写了但库存没扣导致超卖。下面是我在真实项目里用的下单存储过程核心是用BEGIN TRAN和TRY...CATCH保证原子性。CREATE PROCEDURE PlaceOrder TableId INT, DishId INT, Quantity INT, OrderId INT OUTPUT AS BEGIN SET NOCOUNT ON; BEGIN TRY BEGIN TRAN; -- 检查库存并锁定该行防止并发超卖 DECLARE Stock INT; SELECT Stock Stock FROM Dish WITH (UPDLOCK, ROWLOCK) WHERE DishId DishId AND IsAvailable 1; IF Stock IS NULL THROW 50001, 菜品不存在或已下架, 1; IF Stock Quantity THROW 50002, 库存不足, 1; -- 扣减库存 UPDATE Dish SET Stock Stock - Quantity WHERE DishId DishId; -- 创建订单主表如果该桌没有进行中的订单 SELECT OrderId OrderId FROM OrderMain WHERE TableId TableId AND OrderStatus 0; IF OrderId IS NULL BEGIN INSERT INTO OrderMain (TableId, OrderTime, TotalAmount, OrderStatus) VALUES (TableId, GETDATE(), 0, 0); SET OrderId SCOPE_IDENTITY(); END -- 写入明细价格从 Dish 表取当前价 DECLARE Price DECIMAL(10,2); SELECT Price Price FROM Dish WHERE DishId DishId; INSERT INTO OrderDetail (OrderId, DishId, Quantity, UnitPrice) VALUES (OrderId, DishId, Quantity, Price); -- 更新订单总金额 UPDATE OrderMain SET TotalAmount (SELECT SUM(Quantity * UnitPrice) FROM OrderDetail WHERE OrderId OrderId) WHERE OrderId OrderId; COMMIT TRAN; END TRY BEGIN CATCH IF TRANCOUNT 0 ROLLBACK TRAN; THROW; END CATCH END逻辑说明WITH (UPDLOCK, ROWLOCK)是关键它在读取库存时就加上更新锁防止其他事务同时读到相同的库存值然后一起扣减。SCOPE_IDENTITY()获取刚插入的订单号比IDENTITY安全因为它只返回当前作用域内的自增值。THROW是 SQL Server 2012 及以上版本才支持的如果你用的是 2008要改成RAISERROR。参数方面OrderId是输出参数调用方可以拿到新生成的订单号。调用方式如下DECLARE NewOrderId INT; EXEC PlaceOrder TableId 1, DishId 3, Quantity 2, OrderId NewOrderId OUTPUT; SELECT NewOrderId AS NewOrderId;3.2 并发测试用两个窗口模拟同时下单光写事务不够你得验证它真的能防超卖。开两个 SSMS 查询窗口都执行下面的批量下单脚本观察库存是否变成负数。-- 窗口 A 和窗口 B 同时执行 WHILE (SELECT Stock FROM Dish WHERE DishId 3) 0 BEGIN BEGIN TRY DECLARE Oid INT; EXEC PlaceOrder TableId 1, DishId 3, Quantity 1, OrderId Oid OUTPUT; END TRY BEGIN CATCH BREAK; -- 库存不足时跳出 END CATCH END如果事务写对了最终库存应该正好为 0不会出现负数。如果出现负数说明锁没加对或者隔离级别有问题。默认的READ COMMITTED隔离级别下UPDLOCK能起到作用但如果你把隔离级别改成READ UNCOMMITTED就会读到脏数据锁也失效。提示测试完记得把库存恢复否则后面演示时菜品全是“已售罄”。4. SQL Server 字符串处理菜品规格解析和导入报错排查4.1 用 STRING_SPLIT 拆规格但要注意版本兼容餐厅菜品经常有规格比如“大份/中份/小份”存在一个字段里用逗号分隔。查询时要把它们拆成多行。SQL Server 2016 及以上版本可以用STRING_SPLIT但 2014 及以下没有这个函数需要用 XML 或自定义函数。-- SQL Server 2016 写法 SELECT DishId, DishName, value AS Spec FROM Dish CROSS APPLY STRING_SPLIT(SpecList, ,) WHERE DishId 5;如果你在低版本执行会报错STRING_SPLIT 不是可以识别的 内置函数名称。这时候可以用 XML 方式替代-- 兼容 SQL Server 2008 的写法 SELECT DishId, DishName, LTRIM(RTRIM(Split.a.value(., NVARCHAR(50)))) AS Spec FROM ( SELECT DishId, DishName, CAST(M REPLACE(SpecList, ,, /MM) /M AS XML) AS SpecXml FROM Dish WHERE DishId 5 ) AS T CROSS APPLY SpecXml.nodes(/M) AS Split(a);逻辑说明先把逗号替换成 XML 标签再用nodes()方法拆成多行。LTRIM(RTRIM(...))去掉前后空格。这个写法在 2008 到 2019 都能跑缺点是数据量大时性能不如STRING_SPLIT。4.2 字符串转数字TRY_CAST 比 CAST 更安全导入菜品价格时源数据可能是NVARCHAR类型里面混了“时价”“免费”这样的文字。直接用CAST(时价 AS DECIMAL)会报错并中断整个导入。用TRY_CAST会返回NULL让你能过滤掉异常行。SELECT DishName, TRY_CAST(PriceText AS DECIMAL(10,2)) AS Price FROM StagingDish WHERE TRY_CAST(PriceText AS DECIMAL(10,2)) IS NOT NULL;TRY_CAST是 SQL Server 2012 引入的和TRY_CONVERT类似。如果你在 2008 上做课程设计只能用CASE WHEN ISNUMERIC(PriceText) 1 THEN CAST(...) END但ISNUMERIC有坑它认为“1e5”和“$100”也是数字所以更稳妥的是用LIKE做模式匹配。4.3 导入数据报“数据无效”的排查顺序很多同学用导入导出向导把 Excel 数据导进 SQL Server 时会遇到“数据无效”的错误。我一般按这个顺序排查第一检查源文件的列类型。Excel 里看起来是数字的列可能因为某个单元格有空格或换行被识别成文本。在 Excel 里用ISNUMBER(A2)逐列验证。第二检查目标表的字段长度。NVARCHAR(20)的列导入超过 20 个字符就会报错。先用LEN()查源数据最大长度。第三检查日期格式。SQL Server 默认认yyyy-MM-dd如果你的 Excel 是dd/MM/yyyy导入时会报“数据无效”。在导入向导的“映射”步骤里手动指定日期格式。第四如果还是不行先把 Excel 另存为 CSV用BULK INSERT导入错误信息会更具体。BULK INSERT StagingDish FROM D:\data\dish.csv WITH ( FIELDTERMINATOR ,, ROWTERMINATOR \n, FIRSTROW 2, ERRORFILE D:\data\dish_error.log );ERRORFILE会把出错的行写到日志里方便你定位是哪一行哪一列的问题。5. 避坑与排查课程设计里最容易翻车的五个点5.1 现象订单总金额和明细对不上原因更新TotalAmount时用了SUM但没加WHERE OrderId或者并发下单时两个事务同时更新同一订单导致丢失更新。解决在事务里更新总金额并且用UPDLOCK锁定订单主表行。或者干脆不在OrderMain存总金额每次查询时实时SUM用视图封装。CREATE VIEW v_OrderSummary AS SELECT o.OrderId, o.TableId, o.OrderTime, o.OrderStatus, ISNULL(SUM(d.Quantity * d.UnitPrice), 0) AS TotalAmount FROM OrderMain o LEFT JOIN OrderDetail d ON o.OrderId d.OrderId GROUP BY o.OrderId, o.TableId, o.OrderTime, o.OrderStatus;5.2 现象删除菜品后历史订单查不到菜名原因用了物理删除DELETE FROM Dish外键约束导致删除失败或者级联删除把明细也删了。解决用逻辑删除加IsDeleted BIT DEFAULT 0字段查询时过滤IsDeleted 0。历史订单关联的菜品即使下架仍然能通过DishId查到菜名。5.3 现象SSMS 左侧边栏数据库列表不见了原因不小心拖拽了对象资源管理器的分隔条或者窗口布局被重置。解决菜单栏视图→对象资源管理器详细信息重新勾选或者窗口→重置窗口布局。这个纯属 SSMS 的玄学问题和数据库本身无关。5.4 现象并发测试时死锁原因两个事务以不同顺序更新Dish和OrderMain比如事务 A 先锁菜品再锁订单事务 B 先锁订单再锁菜品。解决统一访问顺序所有事务都先操作Dish再操作OrderMain。或者在存储过程里用SET DEADLOCK_PRIORITY LOW让当前会话更容易被选为牺牲品避免影响其他用户。5.5 现象还原数据库时提示“无法获得独占访问”原因还有连接在占用数据库比如 SSMS 的查询窗口没关。解决执行下面的语句强制断开所有连接再还原。ALTER DATABASE RestaurantDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE; -- 还原操作 ALTER DATABASE RestaurantDB SET MULTI_USER;6. 进阶技巧用触发器做库存预警和订单日志课程设计如果只做到增删改查分数不会太高。加一个触发器当菜品库存低于阈值时自动记录到预警表答辩时能加分不少。下面这个触发器在OrderDetail插入后检查库存低于 10 就写预警。CREATE TABLE StockAlert ( AlertId INT IDENTITY(1,1) PRIMARY KEY, DishId INT NOT NULL, CurrentStock INT NOT NULL, AlertTime DATETIME NOT NULL DEFAULT GETDATE(), IsHandled BIT NOT NULL DEFAULT 0 ); CREATE TRIGGER trg_StockAlert ON OrderDetail AFTER INSERT AS BEGIN SET NOCOUNT ON; INSERT INTO StockAlert (DishId, CurrentStock) SELECT d.DishId, d.Stock FROM Dish d INNER JOIN inserted i ON d.DishId i.DishId WHERE d.Stock 10; END逻辑说明inserted是触发器里的虚拟表包含刚插入的明细行。INNER JOIN找到对应的菜品如果库存低于 10 就插入预警表。注意触发器里不要写SELECT返回结果集否则应用程序会收到额外的结果集导致报错。参数方面阈值 10 可以改成变量但触发器里不能用变量传参所以要么硬编码要么用扩展属性存配置。我一般建议在应用层做预警触发器只做日志记录因为触发器调试起来比较麻烦出问题不好排查。验证触发器是否生效可以手动插入一条明细然后查StockAlert表INSERT INTO OrderDetail (OrderId, DishId, Quantity, UnitPrice) VALUES (1, 3, 1, 28.00); SELECT * FROM StockAlert WHERE DishId 3;如果StockAlert里没有记录先检查Dish表的Stock是否真的低于 10再检查触发器是否被禁用。用EXEC sp_helptrigger OrderDetail可以查看触发器状态。最后说一个我自己的习惯每次改完表结构或存储过程都会用sp_helptext把定义导出来存到项目文件夹里按日期命名。课程设计答辩时老师如果问“你这个存储过程最新版是哪个”你能直接翻出文件比现场打开 SSMS 找要靠谱得多。数据库这东西后悔药就是备份和版本记录别等数据丢了再拍大腿。希望帮到你。本文还有配套的精品资源点击获取