简介这份资源是面向高校计算机相关专业学生的C#数据库课程设计完整源码包以超市会员管理系统为选题采用ASP.NET Core构建服务端、Blazor搭配Ant Design Blazor实现客户端界面适合正在准备课程设计或想练习前后端分离开发的学习者参考。压缩包共869个文件约40.96MB其中74个cs源文件承载核心业务逻辑10个razor组件与9个css构成前端页面另有258个dll、20个json及若干csproj、sln等工程与依赖文件整体为可直接编译运行的完整解决方案。目前已有2376人学习下载热度较高。读者可从中获取会员信息管理、数据库访问、服务端接口与前端组件交互的完整实现思路并借助清晰的项目分层结构理解Shared、Server、Client三端的协作方式为课程设计答辩与后续.NET开发实践提供可复用的参考模板。1. 从一份 C# 超市会员管理系统源码说起课程设计到底在考什么很多人拿到「C#语言数据库课程设计超市会员管理系统源代码.zip」这类资源第一反应是解压、双击 .sln、F5 跑起来看到登录窗体弹出来就觉得任务完成了。但真正答辩被问住的往往不是界面好不好看而是「会员积分扣减和消费记录是不是在同一个事务里」「并发开两张会员卡会不会重号」「密码是明文存的吗」。超市会员管理系统看着简单它其实是数据库课程设计里最经典的 CRUD 综合体会员建档、等级折扣、积分累计、消费流水、充值挂失每一块都踩在「增删改查 事务 约束」的考点上。这份源码适合两类人一是要交课程设计、需要一份能跑通又能讲清楚的作品二是刚学完 C# 基础语法和 SQL想找一个完整项目把 ADO.NET、WinForm/WPF、数据库设计串起来练手的人。下面我按「先想清楚表怎么设计再动手写访问层最后避坑」的顺序把这类系统从零复现一遍。2. 数据库表结构怎么设计会员、等级、消费流水三张核心表课程设计评分里数据库设计往往占三到四成。很多人一上来就打开 SQL Server 建表字段随手起名结果写到一半发现积分对不上、等级算不出来。正确的顺序是先把实体和关系画清楚再落成建表语句。2.1 先分清哪些是主数据、哪些是流水数据超市会员系统里会员Member是主数据一个会员一条记录字段相对稳定消费流水ConsumeLog是流水数据一次消费一条只增不改等级MemberLevel是配置数据用来定义折扣率和升级门槛。把这三类分开后面写代码时就不会把「会员当前积分」和「历史每一笔积分变动」混在一张表里——这是新手最常见的翻车点积分一旦只存一个总数出了问题根本查不出是哪笔算错的。主数据表要加唯一约束比如会员卡号、手机号流水表要加外键指向会员并且记录操作时间。等级表用一张小配置表而不是写死在代码里是因为答辩时老师很可能让你「把银卡折扣从 95 折改成 9 折」写死在代码里就得改代码重新编译放在表里一条 UPDATE 就搞定。2.2 建表语句与字段类型选择下面这套建表脚本以 SQL Server 为例MySQL 只需把IDENTITY换成AUTO_INCREMENT、NVARCHAR换成VARCHAR即可。-- 会员等级配置表折扣率和升级门槛都放这里方便运营调整 CREATE TABLE MemberLevel ( LevelId INT IDENTITY(1,1) PRIMARY KEY, LevelName NVARCHAR(20) NOT NULL, -- 普通/银卡/金卡 Discount DECIMAL(4,2) NOT NULL, -- 0.95 表示 95 折 UpgradePoint INT NOT NULL -- 达到多少积分升级 ); -- 会员主表卡号唯一积分是当前余额 CREATE TABLE Member ( MemberId INT IDENTITY(1,1) PRIMARY KEY, CardNo VARCHAR(20) NOT NULL UNIQUE, -- 卡号唯一约束防重号 MemberName NVARCHAR(30) NOT NULL, Phone VARCHAR(15) NULL, LevelId INT NOT NULL, Points INT NOT NULL DEFAULT 0, Balance DECIMAL(10,2) NOT NULL DEFAULT 0, CreateTime DATETIME NOT NULL DEFAULT GETDATE(), CONSTRAINT FK_Member_Level FOREIGN KEY (LevelId) REFERENCES MemberLevel(LevelId) ); -- 消费流水表只增不改记录每一笔明细 CREATE TABLE ConsumeLog ( LogId INT IDENTITY(1,1) PRIMARY KEY, MemberId INT NOT NULL, Amount DECIMAL(10,2) NOT NULL, -- 消费原价 PayAmount DECIMAL(10,2) NOT NULL, -- 折后实付 GainPoints INT NOT NULL, -- 本笔获得积分 ConsumeTime DATETIME NOT NULL DEFAULT GETDATE(), CONSTRAINT FK_Log_Member FOREIGN KEY (MemberId) REFERENCES Member(MemberId) );字段说明上Discount用DECIMAL(4,2)而不是FLOAT是因为金额和折扣绝对不能有浮点误差0.95存成 float 再乘可能得到94.99999对账时就是血泪经验。Points和Balance分开存积分用于升级、余额用于扣款两者语义不同不要合并。CardNo加UNIQUE约束是防并发开卡重号的第一道防线比在代码里先查再插更可靠。2.3 初始化数据与等级规则落地建完表先灌一批等级配置否则新会员没有等级可挂。INSERT INTO MemberLevel (LevelName, Discount, UpgradePoint) VALUES (普通会员, 1.00, 0), (银卡会员, 0.95, 1000), (金卡会员, 0.90, 5000);这里UpgradePoint是升级门槛含义是「累计获得积分达到该值即升级」。注意是累计获得而不是当前余额所以严格来说还需要一张积分变动流水表或者用ConsumeLog.GainPoints求和来判断。课程设计里为了简化常见做法是直接用Member.Points当前值判断但要在文档里写清楚这个简化答辩时主动说明比被问出来强。等级规则一旦确定后面 C# 里的折扣计算就统一从这张表读不要在代码里写if (level 金卡) discount 0.9那样改规则就得改代码。3. 用 C# 和 ADO.NET 把增删改查写扎实数据库建好接下来是 C# 访问层。课程设计里用 ADO.NET 手写 SQL 是最稳的选择EF 虽然快但答辩容易被追问「这行 LINQ 翻译成什么 SQL」手写反而讲得清楚。3.1 连接字符串与 SqlHelper 封装不要在每个窗体里都 new 一个 SqlConnection抽一个 SqlHelper 出来把连接、参数化、异常处理收口。public static class SqlHelper { // 连接字符串放配置文件不要硬编码在代码里 private static readonly string connStr System.Configuration.ConfigurationManager .ConnectionStrings[SupermarketDb].ConnectionString; // 执行增删改返回受影响行数 public static int ExecuteNonQuery(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(connStr)) using (var cmd new SqlCommand(sql, conn)) { if (ps ! null) cmd.Parameters.AddRange(ps); conn.Open(); return cmd.ExecuteNonQuery(); } } // 执行查询返回 DataTable public static DataTable ExecuteQuery(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(connStr)) using (var cmd new SqlCommand(sql, conn)) using (var adapter new SqlDataAdapter(cmd)) { if (ps ! null) cmd.Parameters.AddRange(ps); var dt new DataTable(); adapter.Fill(dt); return dt; } } }using保证连接和命令对象用完即释放这是 ADO.NET 的基本功漏了会在高并发下耗尽连接池。params SqlParameter[]让调用方可以传任意个参数配合参数化查询防注入。连接字符串放App.config的connectionStrings节点换数据库时只改配置不改代码。3.2 会员开卡参数化插入与重号处理开卡是最容易出问题的操作既要防卡号重复又要处理并发。public bool AddMember(string cardNo, string name, string phone) { // 先查卡号是否存在给用户友好提示 string checkSql SELECT COUNT(1) FROM Member WHERE CardNo CardNo; var checkPs new[] { new SqlParameter(CardNo, cardNo) }; var dt SqlHelper.ExecuteQuery(checkSql, checkPs); if (Convert.ToInt32(dt.Rows[0][0]) 0) throw new Exception(卡号已存在请更换); // 新会员默认挂普通等级LevelId 1 string sql INSERT INTO Member (CardNo, MemberName, Phone, LevelId, Points, Balance) VALUES (CardNo, Name, Phone, 1, 0, 0); var ps new[] { new SqlParameter(CardNo, cardNo), new SqlParameter(Name, name), new SqlParameter(Phone, (object)phone ?? DBNull.Value) }; return SqlHelper.ExecuteNonQuery(sql, ps) 0; }先查后插在单机课程设计里够用但严格来说有并发窗口两个线程同时查到「不存在」然后都插入第二个会撞 UNIQUE 约束报错。正确做法是直接插入并捕获唯一约束异常或者用事务加锁。课程设计里至少要在文档里提到这个点代码里可以保留先查后插但把数据库 UNIQUE 约束作为兜底。phone可能为空用(object)phone ?? DBNull.Value转成数据库的 NULL直接传 null 会抛异常。3.3 消费结算事务保证积分和流水一致消费时要同时做三件事扣余额、加积分、写流水。这三步必须在一个事务里否则中途失败就会出现「钱扣了积分没加」的脏数据。public void Consume(int memberId, decimal amount) { using (var conn new SqlConnection(connStr)) { conn.Open(); using (var tran conn.BeginTransaction()) // 开启事务 { try { // 1. 读会员当前等级和积分 string q SELECT m.Points, m.Balance, l.Discount FROM Member m JOIN MemberLevel l ON m.LevelId l.LevelId WHERE m.MemberId Id; decimal discount; int points; decimal balance; using (var cmd new SqlCommand(q, conn, tran)) { cmd.Parameters.AddWithValue(Id, memberId); using (var r cmd.ExecuteReader()) { if (!r.Read()) throw new Exception(会员不存在); points r.GetInt32(0); balance r.GetDecimal(1); discount r.GetDecimal(2); } } decimal payAmount Math.Round(amount * discount, 2); int gainPoints (int)payAmount; // 1 元 1 分按实付算 // 2. 更新会员余额和积分 string u UPDATE Member SET Balance Balance - Pay, Points Points Gain WHERE MemberId Id; using (var cmd new SqlCommand(u, conn, tran)) { cmd.Parameters.AddWithValue(Pay, payAmount); cmd.Parameters.AddWithValue(Gain, gainPoints); cmd.Parameters.AddWithValue(Id, memberId); cmd.ExecuteNonQuery(); } // 3. 写消费流水 string ins INSERT INTO ConsumeLog (MemberId, Amount, PayAmount, GainPoints) VALUES (Id, Amount, Pay, Gain); using (var cmd new SqlCommand(ins, conn, tran)) { cmd.Parameters.AddWithValue(Id, memberId); cmd.Parameters.AddWithValue(Amount, amount); cmd.Parameters.AddWithValue(Pay, payAmount); cmd.Parameters.AddWithValue(Gain, gainPoints); cmd.ExecuteNonQuery(); } tran.Commit(); // 三步都成功才提交 } catch { tran.Rollback(); // 任一步失败全部回滚 throw; } } } }事务的关键是BeginTransaction后所有SqlCommand都要带上tran参数漏传的话那条语句就不在事务里回滚也救不回来。Math.Round保留两位小数避免金额出现0.005这种尴尬值。积分按实付金额取整规则要在文档里写死否则答辩时被问「积分按原价还是折后价算」会答不上来。升级判断可以放在消费后如果Points超过下一等级门槛就更新LevelId同样放进这个事务里。4. 避坑与排查课程设计里最容易翻车的五个点这一章全是踩过的坑每条按「现象 → 原因 → 解决」写照着排查能省下大量调试时间。4.1 现象程序在自己电脑能跑换台电脑就报连接失败原因基本是连接字符串写死了Data Sourcelocalhost或用了 Windows 身份验证换机器后 SQL Server 实例名或登录方式对不上。解决是把连接字符串放App.config用 SQL 账号密码登录而不是Integrated SecurityTrue并在文档里注明数据库脚本要先执行。答辩演示前一定在另一台机器上完整跑一遍别等到现场才发现。4.2 现象积分越加越多对不上账原因通常是消费和充值都改了Points但只有消费写了流水充值没写导致流水求和和当前积分对不上。解决是任何改动积分的操作都必须写一条流水记录哪怕充值不送积分也要记一条GainPoints0的日志。排查时用SELECT SUM(GainPoints) FROM ConsumeLog WHERE MemberIdxx和Member.Points对比不一致就说明有操作漏写流水。4.3 现象删除会员后消费记录查不到了原因是外键设了ON DELETE CASCADE删会员把流水一起删了。流水是审计数据绝对不能级联删除。解决是把外键改成ON DELETE NO ACTION会员要「删除」时用软删除——加一个IsDeleted字段标记而不是真删。这样历史消费记录永远查得到也符合实际业务。4.4 现象金额计算出现 94.99999999原因是折扣字段用了FLOAT或REAL浮点数无法精确表示 0.95。解决是把所有金额、折扣字段改成DECIMALC# 里对应decimal类型而不是double。这个坑在答辩演示时特别致命一笔 100 元的 95 折算出 94.99 会当场被质疑。4.5 现象多开几个窗体同时操作报「连接池已满」原因是SqlConnection没有用using释放或者DataReader没关闭就开新连接。解决是统一走 SqlHelper所有连接、命令、Reader 都用using包起来。如果确实需要长连接检查是不是有SqlDataReader忘了Close它不关会一直占着连接。5. 进阶把等级升级和积分有效期做成可配置规则基础功能跑通后想让课程设计拿高分得在「规则可配置」上做文章。我一般会把升级逻辑从硬编码改成读配置表再加一个积分有效期字段这样答辩时能讲出「业务规则和代码解耦」的设计思路。先给MemberLevel加一个KeepMonths字段表示积分保留月数再写一个升级检查方法// 消费后调用根据累计积分判断是否升级 public void CheckUpgrade(int memberId, SqlConnection conn, SqlTransaction tran) { string sql SELECT TOP 1 l.LevelId FROM MemberLevel l WHERE l.UpgradePoint (SELECT Points FROM Member WHERE MemberId Id) ORDER BY l.UpgradePoint DESC; // 取满足条件的最高等级 using (var cmd new SqlCommand(sql, conn, tran)) { cmd.Parameters.AddWithValue(Id, memberId); var newLevel cmd.ExecuteScalar(); if (newLevel ! null) { string up UPDATE Member SET LevelId Lv WHERE MemberId Id; using (var cmd2 new SqlCommand(up, conn, tran)) { cmd2.Parameters.AddWithValue(Lv, newLevel); cmd2.Parameters.AddWithValue(Id, memberId); cmd2.ExecuteNonQuery(); } } } }这段逻辑放在消费事务里调用保证升级和消费同时生效或同时回滚。ORDER BY UpgradePoint DESC加TOP 1是取满足条件的最高等级避免会员积分暴涨后还停在低等级。积分有效期则可以在查询时过滤ConsumeTime在有效期内或者写个定时任务清零课程设计里用查询过滤更简单。验证方法上我习惯准备一组测试数据普通会员消费 1000 元看是否升银卡银卡再消费看折扣是否变 95 折然后手动改数据库把积分调回 500 看等级是否该降——如果系统只升不降要在文档里说明这是业务选择而不是 bug。参数方面UpgradePoint门槛、Discount折扣、KeepMonths有效期这三个值都应该能在数据库里直接改改完重启程序就生效不需要重新编译。最后说个习惯我做完这类系统一定会写一个Reset.sql脚本把所有测试数据清掉、等级配置恢复初始值答辩前跑一遍保证演示环境干净。别小看这个脚本现场演示时数据乱了又没法快速恢复那才是真的后悔药都没得吃。希望帮到你。本文还有配套的精品资源点击获取
简介这份资源是面向高校计算机相关专业学生的C#数据库课程设计完整源码包以超市会员管理系统为选题采用ASP.NET Core构建服务端、Blazor搭配Ant Design Blazor实现客户端界面适合正在准备课程设计或想练习前后端分离开发的学习者参考。压缩包共869个文件约40.96MB其中74个cs源文件承载核心业务逻辑10个razor组件与9个css构成前端页面另有258个dll、20个json及若干csproj、sln等工程与依赖文件整体为可直接编译运行的完整解决方案。目前已有2376人学习下载热度较高。读者可从中获取会员信息管理、数据库访问、服务端接口与前端组件交互的完整实现思路并借助清晰的项目分层结构理解Shared、Server、Client三端的协作方式为课程设计答辩与后续.NET开发实践提供可复用的参考模板。1. 从一份 C# 超市会员管理系统源码说起课程设计到底在考什么很多人拿到「C#语言数据库课程设计超市会员管理系统源代码.zip」这类资源第一反应是解压、双击 .sln、F5 跑起来看到登录窗体弹出来就觉得任务完成了。但真正答辩被问住的往往不是界面好不好看而是「会员积分扣减和消费记录是不是在同一个事务里」「并发开两张会员卡会不会重号」「密码是明文存的吗」。超市会员管理系统看着简单它其实是数据库课程设计里最经典的 CRUD 综合体会员建档、等级折扣、积分累计、消费流水、充值挂失每一块都踩在「增删改查 事务 约束」的考点上。这份源码适合两类人一是要交课程设计、需要一份能跑通又能讲清楚的作品二是刚学完 C# 基础语法和 SQL想找一个完整项目把 ADO.NET、WinForm/WPF、数据库设计串起来练手的人。下面我按「先想清楚表怎么设计再动手写访问层最后避坑」的顺序把这类系统从零复现一遍。2. 数据库表结构怎么设计会员、等级、消费流水三张核心表课程设计评分里数据库设计往往占三到四成。很多人一上来就打开 SQL Server 建表字段随手起名结果写到一半发现积分对不上、等级算不出来。正确的顺序是先把实体和关系画清楚再落成建表语句。2.1 先分清哪些是主数据、哪些是流水数据超市会员系统里会员Member是主数据一个会员一条记录字段相对稳定消费流水ConsumeLog是流水数据一次消费一条只增不改等级MemberLevel是配置数据用来定义折扣率和升级门槛。把这三类分开后面写代码时就不会把「会员当前积分」和「历史每一笔积分变动」混在一张表里——这是新手最常见的翻车点积分一旦只存一个总数出了问题根本查不出是哪笔算错的。主数据表要加唯一约束比如会员卡号、手机号流水表要加外键指向会员并且记录操作时间。等级表用一张小配置表而不是写死在代码里是因为答辩时老师很可能让你「把银卡折扣从 95 折改成 9 折」写死在代码里就得改代码重新编译放在表里一条 UPDATE 就搞定。2.2 建表语句与字段类型选择下面这套建表脚本以 SQL Server 为例MySQL 只需把IDENTITY换成AUTO_INCREMENT、NVARCHAR换成VARCHAR即可。-- 会员等级配置表折扣率和升级门槛都放这里方便运营调整 CREATE TABLE MemberLevel ( LevelId INT IDENTITY(1,1) PRIMARY KEY, LevelName NVARCHAR(20) NOT NULL, -- 普通/银卡/金卡 Discount DECIMAL(4,2) NOT NULL, -- 0.95 表示 95 折 UpgradePoint INT NOT NULL -- 达到多少积分升级 ); -- 会员主表卡号唯一积分是当前余额 CREATE TABLE Member ( MemberId INT IDENTITY(1,1) PRIMARY KEY, CardNo VARCHAR(20) NOT NULL UNIQUE, -- 卡号唯一约束防重号 MemberName NVARCHAR(30) NOT NULL, Phone VARCHAR(15) NULL, LevelId INT NOT NULL, Points INT NOT NULL DEFAULT 0, Balance DECIMAL(10,2) NOT NULL DEFAULT 0, CreateTime DATETIME NOT NULL DEFAULT GETDATE(), CONSTRAINT FK_Member_Level FOREIGN KEY (LevelId) REFERENCES MemberLevel(LevelId) ); -- 消费流水表只增不改记录每一笔明细 CREATE TABLE ConsumeLog ( LogId INT IDENTITY(1,1) PRIMARY KEY, MemberId INT NOT NULL, Amount DECIMAL(10,2) NOT NULL, -- 消费原价 PayAmount DECIMAL(10,2) NOT NULL, -- 折后实付 GainPoints INT NOT NULL, -- 本笔获得积分 ConsumeTime DATETIME NOT NULL DEFAULT GETDATE(), CONSTRAINT FK_Log_Member FOREIGN KEY (MemberId) REFERENCES Member(MemberId) );字段说明上Discount用DECIMAL(4,2)而不是FLOAT是因为金额和折扣绝对不能有浮点误差0.95存成 float 再乘可能得到94.99999对账时就是血泪经验。Points和Balance分开存积分用于升级、余额用于扣款两者语义不同不要合并。CardNo加UNIQUE约束是防并发开卡重号的第一道防线比在代码里先查再插更可靠。2.3 初始化数据与等级规则落地建完表先灌一批等级配置否则新会员没有等级可挂。INSERT INTO MemberLevel (LevelName, Discount, UpgradePoint) VALUES (普通会员, 1.00, 0), (银卡会员, 0.95, 1000), (金卡会员, 0.90, 5000);这里UpgradePoint是升级门槛含义是「累计获得积分达到该值即升级」。注意是累计获得而不是当前余额所以严格来说还需要一张积分变动流水表或者用ConsumeLog.GainPoints求和来判断。课程设计里为了简化常见做法是直接用Member.Points当前值判断但要在文档里写清楚这个简化答辩时主动说明比被问出来强。等级规则一旦确定后面 C# 里的折扣计算就统一从这张表读不要在代码里写if (level 金卡) discount 0.9那样改规则就得改代码。3. 用 C# 和 ADO.NET 把增删改查写扎实数据库建好接下来是 C# 访问层。课程设计里用 ADO.NET 手写 SQL 是最稳的选择EF 虽然快但答辩容易被追问「这行 LINQ 翻译成什么 SQL」手写反而讲得清楚。3.1 连接字符串与 SqlHelper 封装不要在每个窗体里都 new 一个 SqlConnection抽一个 SqlHelper 出来把连接、参数化、异常处理收口。public static class SqlHelper { // 连接字符串放配置文件不要硬编码在代码里 private static readonly string connStr System.Configuration.ConfigurationManager .ConnectionStrings[SupermarketDb].ConnectionString; // 执行增删改返回受影响行数 public static int ExecuteNonQuery(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(connStr)) using (var cmd new SqlCommand(sql, conn)) { if (ps ! null) cmd.Parameters.AddRange(ps); conn.Open(); return cmd.ExecuteNonQuery(); } } // 执行查询返回 DataTable public static DataTable ExecuteQuery(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(connStr)) using (var cmd new SqlCommand(sql, conn)) using (var adapter new SqlDataAdapter(cmd)) { if (ps ! null) cmd.Parameters.AddRange(ps); var dt new DataTable(); adapter.Fill(dt); return dt; } } }using保证连接和命令对象用完即释放这是 ADO.NET 的基本功漏了会在高并发下耗尽连接池。params SqlParameter[]让调用方可以传任意个参数配合参数化查询防注入。连接字符串放App.config的connectionStrings节点换数据库时只改配置不改代码。3.2 会员开卡参数化插入与重号处理开卡是最容易出问题的操作既要防卡号重复又要处理并发。public bool AddMember(string cardNo, string name, string phone) { // 先查卡号是否存在给用户友好提示 string checkSql SELECT COUNT(1) FROM Member WHERE CardNo CardNo; var checkPs new[] { new SqlParameter(CardNo, cardNo) }; var dt SqlHelper.ExecuteQuery(checkSql, checkPs); if (Convert.ToInt32(dt.Rows[0][0]) 0) throw new Exception(卡号已存在请更换); // 新会员默认挂普通等级LevelId 1 string sql INSERT INTO Member (CardNo, MemberName, Phone, LevelId, Points, Balance) VALUES (CardNo, Name, Phone, 1, 0, 0); var ps new[] { new SqlParameter(CardNo, cardNo), new SqlParameter(Name, name), new SqlParameter(Phone, (object)phone ?? DBNull.Value) }; return SqlHelper.ExecuteNonQuery(sql, ps) 0; }先查后插在单机课程设计里够用但严格来说有并发窗口两个线程同时查到「不存在」然后都插入第二个会撞 UNIQUE 约束报错。正确做法是直接插入并捕获唯一约束异常或者用事务加锁。课程设计里至少要在文档里提到这个点代码里可以保留先查后插但把数据库 UNIQUE 约束作为兜底。phone可能为空用(object)phone ?? DBNull.Value转成数据库的 NULL直接传 null 会抛异常。3.3 消费结算事务保证积分和流水一致消费时要同时做三件事扣余额、加积分、写流水。这三步必须在一个事务里否则中途失败就会出现「钱扣了积分没加」的脏数据。public void Consume(int memberId, decimal amount) { using (var conn new SqlConnection(connStr)) { conn.Open(); using (var tran conn.BeginTransaction()) // 开启事务 { try { // 1. 读会员当前等级和积分 string q SELECT m.Points, m.Balance, l.Discount FROM Member m JOIN MemberLevel l ON m.LevelId l.LevelId WHERE m.MemberId Id; decimal discount; int points; decimal balance; using (var cmd new SqlCommand(q, conn, tran)) { cmd.Parameters.AddWithValue(Id, memberId); using (var r cmd.ExecuteReader()) { if (!r.Read()) throw new Exception(会员不存在); points r.GetInt32(0); balance r.GetDecimal(1); discount r.GetDecimal(2); } } decimal payAmount Math.Round(amount * discount, 2); int gainPoints (int)payAmount; // 1 元 1 分按实付算 // 2. 更新会员余额和积分 string u UPDATE Member SET Balance Balance - Pay, Points Points Gain WHERE MemberId Id; using (var cmd new SqlCommand(u, conn, tran)) { cmd.Parameters.AddWithValue(Pay, payAmount); cmd.Parameters.AddWithValue(Gain, gainPoints); cmd.Parameters.AddWithValue(Id, memberId); cmd.ExecuteNonQuery(); } // 3. 写消费流水 string ins INSERT INTO ConsumeLog (MemberId, Amount, PayAmount, GainPoints) VALUES (Id, Amount, Pay, Gain); using (var cmd new SqlCommand(ins, conn, tran)) { cmd.Parameters.AddWithValue(Id, memberId); cmd.Parameters.AddWithValue(Amount, amount); cmd.Parameters.AddWithValue(Pay, payAmount); cmd.Parameters.AddWithValue(Gain, gainPoints); cmd.ExecuteNonQuery(); } tran.Commit(); // 三步都成功才提交 } catch { tran.Rollback(); // 任一步失败全部回滚 throw; } } } }事务的关键是BeginTransaction后所有SqlCommand都要带上tran参数漏传的话那条语句就不在事务里回滚也救不回来。Math.Round保留两位小数避免金额出现0.005这种尴尬值。积分按实付金额取整规则要在文档里写死否则答辩时被问「积分按原价还是折后价算」会答不上来。升级判断可以放在消费后如果Points超过下一等级门槛就更新LevelId同样放进这个事务里。4. 避坑与排查课程设计里最容易翻车的五个点这一章全是踩过的坑每条按「现象 → 原因 → 解决」写照着排查能省下大量调试时间。4.1 现象程序在自己电脑能跑换台电脑就报连接失败原因基本是连接字符串写死了Data Sourcelocalhost或用了 Windows 身份验证换机器后 SQL Server 实例名或登录方式对不上。解决是把连接字符串放App.config用 SQL 账号密码登录而不是Integrated SecurityTrue并在文档里注明数据库脚本要先执行。答辩演示前一定在另一台机器上完整跑一遍别等到现场才发现。4.2 现象积分越加越多对不上账原因通常是消费和充值都改了Points但只有消费写了流水充值没写导致流水求和和当前积分对不上。解决是任何改动积分的操作都必须写一条流水记录哪怕充值不送积分也要记一条GainPoints0的日志。排查时用SELECT SUM(GainPoints) FROM ConsumeLog WHERE MemberIdxx和Member.Points对比不一致就说明有操作漏写流水。4.3 现象删除会员后消费记录查不到了原因是外键设了ON DELETE CASCADE删会员把流水一起删了。流水是审计数据绝对不能级联删除。解决是把外键改成ON DELETE NO ACTION会员要「删除」时用软删除——加一个IsDeleted字段标记而不是真删。这样历史消费记录永远查得到也符合实际业务。4.4 现象金额计算出现 94.99999999原因是折扣字段用了FLOAT或REAL浮点数无法精确表示 0.95。解决是把所有金额、折扣字段改成DECIMALC# 里对应decimal类型而不是double。这个坑在答辩演示时特别致命一笔 100 元的 95 折算出 94.99 会当场被质疑。4.5 现象多开几个窗体同时操作报「连接池已满」原因是SqlConnection没有用using释放或者DataReader没关闭就开新连接。解决是统一走 SqlHelper所有连接、命令、Reader 都用using包起来。如果确实需要长连接检查是不是有SqlDataReader忘了Close它不关会一直占着连接。5. 进阶把等级升级和积分有效期做成可配置规则基础功能跑通后想让课程设计拿高分得在「规则可配置」上做文章。我一般会把升级逻辑从硬编码改成读配置表再加一个积分有效期字段这样答辩时能讲出「业务规则和代码解耦」的设计思路。先给MemberLevel加一个KeepMonths字段表示积分保留月数再写一个升级检查方法// 消费后调用根据累计积分判断是否升级 public void CheckUpgrade(int memberId, SqlConnection conn, SqlTransaction tran) { string sql SELECT TOP 1 l.LevelId FROM MemberLevel l WHERE l.UpgradePoint (SELECT Points FROM Member WHERE MemberId Id) ORDER BY l.UpgradePoint DESC; // 取满足条件的最高等级 using (var cmd new SqlCommand(sql, conn, tran)) { cmd.Parameters.AddWithValue(Id, memberId); var newLevel cmd.ExecuteScalar(); if (newLevel ! null) { string up UPDATE Member SET LevelId Lv WHERE MemberId Id; using (var cmd2 new SqlCommand(up, conn, tran)) { cmd2.Parameters.AddWithValue(Lv, newLevel); cmd2.Parameters.AddWithValue(Id, memberId); cmd2.ExecuteNonQuery(); } } } }这段逻辑放在消费事务里调用保证升级和消费同时生效或同时回滚。ORDER BY UpgradePoint DESC加TOP 1是取满足条件的最高等级避免会员积分暴涨后还停在低等级。积分有效期则可以在查询时过滤ConsumeTime在有效期内或者写个定时任务清零课程设计里用查询过滤更简单。验证方法上我习惯准备一组测试数据普通会员消费 1000 元看是否升银卡银卡再消费看折扣是否变 95 折然后手动改数据库把积分调回 500 看等级是否该降——如果系统只升不降要在文档里说明这是业务选择而不是 bug。参数方面UpgradePoint门槛、Discount折扣、KeepMonths有效期这三个值都应该能在数据库里直接改改完重启程序就生效不需要重新编译。最后说个习惯我做完这类系统一定会写一个Reset.sql脚本把所有测试数据清掉、等级配置恢复初始值答辩前跑一遍保证演示环境干净。别小看这个脚本现场演示时数据乱了又没法快速恢复那才是真的后悔药都没得吃。希望帮到你。本文还有配套的精品资源点击获取
