运动会成绩管理系统课程设计：WinForms+SQL Server实战拆解

简介：面向数据库课程设计与C#、SQL Server开发的完整参考项目，源自2020年安徽工程大学课程设计任务：运动会成绩管理系统。系统覆盖比赛项目、运动员信息、成绩登记、预决赛名单生成、统计与结果输出，并支持按单位或个人查询成绩，对课程设计选题及实际开发均有参考价值。压缩包共72个文件，约965KB；核心为29个C#源程序、12个界面资源文件及配套资源文件，另含可运行程序、SQL Server数据库文件、Word版使用说明和Visual Studio工程文件。结合数据访问、逻辑处理和界面窗体等代码，可梳理登录验证、成绩管理、数据查询等模块的调用关系，并通过界面资源文件理解窗体布局与控件组织，便于二次开发和修改。已有1886人学习，包内含界面文件、数据库文件和使用说明，项目标注用Visual Studio 2019打开，适合需要快速理解运动会成绩管理业务流程、参考完整数据库设计或完成类似课设的读者。

1. 运动会成绩管理系统：课程设计压缩包到手后先别急着跑

拿到这份运动会成绩管理系统压缩包，很多人第一步就是解压、把 si.mdf 附加到 SQL Server，再在 VS2019 里按 F5，然后看着登录窗弹出来又闪退。这个系统的技术栈并不复杂——C# WinForms + SQL Server，典型三层思路藏在 admin/user 窗体与 dao.cs 之间，数据库文件和说明文档也一并给了，适合数据库课程设计拿来当全流程参考。它解决的核心问题是：从项目、运动员、成绩三类基础信息出发，完成报名登记、预赛成绩录入、预决赛名单生成与单位成绩查询。适合正在做类似管理系统课程设计的人，也适合想了解 WinForms 加 SQL Server 落地方式的人。先别急着跑通，把这个包当成分层结构的样板看，省下的事还不止连库这一件。

2. 源码结构与窗体分工：从 .cs 和 .Designer.cs 看懂数据流向

2.1 压缩包里的三类文件：界面、逻辑与数据

把压缩包解压后，文件名看起来很多，其实分类很清晰。一个 WinForms 窗体由三件套组成：.cs是事件和业务逻辑，.Designer.cs是窗体布局和控件初始化，.resx存图片图标这类资源。这套资源里 login 开头的登录窗体、admin 编号 1 到 27 的管理员窗体和 user1 的用户窗体，都是这个结构。数据库文件是 si.mdf 和 si_log.ldf，这就是运动成绩系统的全部业务表。

我一般拿到包先不急着运行，而是把 admin 系列窗体名扫一遍。admin1、admin2、admin21 到 admin27 这种编号规律，通常对应运动员管理、项目管理、成绩录入、统计查询这几个模块。名字相近不等于功能冗余，很多课程设计为了省时间，把增删改查拆成 4 个窗体，再用 Tab 页整合到主界面里。理解了这个分工，“这个窗体负责什么”就不用再猜。

2.2 从 WindowsFormsApp1.sln 到 VS2019：打开项目的正确顺序

打开项目不是双击 sln 就完事。这个项目是面向 .NET Framework 的 WinForms 工程，VS2019 必须安装了“.NET 桌面开发”工作负载，否则加载会直接提示“此项目需要未安装的组件”。打开之前我习惯先做两步：确认工作负载已装、确认目录是纯英文路径。压缩包放中文目录下，VS 的调试宿主偶尔会出奇怪的引用错误。

:: 在项目根目录确认 sln 文件存在，顺便看下目录层级 cd D:\work\SportsDB dir /s /b *.sln *.csproj :: 打开解决方案，如果 VS 版本对应，直接定位到 WindowsFormsApp1.sln start WindowsFormsApp1.sln

这里start是 Windows 下调用默认关联程序打开文件的方式。如果你机器里装了 VS2022，双击 sln 默认可能用 VS2022 打开，版本高了会弹升级提示。对这种老课程设计项目，不建议升级目标框架，直接点“取消”，继续用旧目标框架编译即可，省出一堆兼容问题。

2.3 界面文件与代码文件怎么对应：一个窗体的三件套

以登录窗口 login 举例。login.Designer.cs 里会有一段 InitializeComponent 方法，所有控件都是在这里 new 出来的，比如登录按钮，它的 Click 事件在构造函数里被绑定到 login.cs 的某个方法。你要是直接去改 login.cs 里的逻辑，却忘了控件名和 Designer.cs 对不上，编译就报“当前上下文中不存在名称 btnLogin”。

很多人习惯用记事本改 Designer.cs，改完再进 VS 就发现窗体设计器打不开。原因很简单：resx 资源文件里记录的图片、布局和 Designer.cs 里的引用 ID 对不上了。正确做法是只在 VS 设计器视图里拖控件、改属性，不要手工去碰 Designer.cs 和 resx。实在要改，先备份这三个文件再动手。

// login.cs 中典型的按钮点击逻辑：通过 dao 层校验账号并跳转 private void btnLogin_Click(object sender, EventArgs e) { // 参数为空时不请求数据库，减少无谓连接 if (string.IsNullOrWhiteSpace(txtUserNo.Text) || string.IsNullOrWhiteSpace(txtPwd.Text)) { MessageBox.Show("账号和密码不能为空"); return; } // dao 返回用户角色，用于决定跳转到 admin 还是 user 主窗体 string role = dao.LoginCheck(txtUserNo.Text.Trim(), txtPwd.Text.Trim()); if (role == null) { MessageBox.Show("账号或密码错误"); return; } if (role == "管理员") { // 打开管理员主窗体 } else { // 打开普通用户查询窗体 } }

这段逻辑里有个细节：txtUserNo.Text.Trim()，文本框里如果带了空格，不去掉的话 SQL 查询里永远匹配不上，这是最常见的登录失败原因之一。role 字段一般由登录存储过程或 SQL 查出，返回字符串而不是 DataTable，是为了让界面层不用关心表结构。

3. 数据库与连接配置：附加 si.mdf 与 app.config 的一次性打通

3.1 mdf 和 ldf 的附加方法：SSMS 图形界面与 T-SQL 两条路

数据库文件是 si.mdf 和 si_log.ldf，这是 SQL Server 的数据文件和日志文件。附加数据库有两个思路：打开 SSMS，右键“数据库”节点选“附加”，然后添加 si.mdf；或者直接用 T-SQL 命令附加。我建议用命令，理由是可复现，写进实验报告也算一步完整操作。

USE master; GO -- 先看文件是否存在，路径中的反斜杠需要写成双反斜杠转义 -- 如果附加失败，多半是文件路径权限不够，或者原库名被占用 IF DB_ID('SI') IS NOT NULL BEGIN ALTER DATABASE [SI] SET SINGLE_USER WITH ROLLBACK IMMEDIATE; DROP DATABASE [SI]; END GO CREATE DATABASE [SI] ON (FILENAME = N'D:\work\SportsDB\si.mdf') LOG ON (FILENAME = N'D:\work\SportsDB\si_log.ldf') FOR ATTACH; GO

代码里先判断库是否存在，是因为课程设计反复调试时，数据库附加一次失败后再附加就会报“文件已存在”。SET SINGLE_USER WITH ROLLBACK IMMEDIATE能把占用连接的会话踢掉，相当于强行为数据库“解锁”。附加成功后，库名最好改成一个简短的名，比如 SI，后面写连接字符串时省得打一长串。

3.2 连接字符串：App.config 里那行要改什么

项目里 App.config 是配置文件，WinForms 程序启动时会读取它。下面这行是典型的 SQL Server 本地连接串，课程设计里出现频率极高。里面有三处容易踩坑：实例名、数据库文件路径、身份验证方式。

<connectionStrings> <add name="SI" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\si.mdf;Integrated Security=True;" providerName="System.Data.SqlClient" /> </connectionStrings>

Data Source=.\SQLEXPRESS表示连接本机的 SQL Server Express 实例。如果你机器装的是 SQL Server 开发版或企业版，默认实例名不带 SQLEXPRESS，那这里要改成.或localhost。|DataDirectory|是个替换符，VS 调试时它指向 bin\Debug 目录。如果程序在 Debug 目录下没找到 si.mdf，连接就会失败。所以我习惯把数据库文件复制到项目根目录下的 Data 文件夹，再把连接字符串写成绝对路径，调试阶段最省心。

3.3 连接测试：不点登录按钮也能查连接状态

大部分系统只在登录按钮里做了一次查询，如果数据库没连上，错误被界面的 catch 吃掉，你看到的就是“闪退”而不是错误信息。我一般在 dao.cs 里先写一个 Open 方法，独立测连接，排错时不用走完整登录流程。

// dao.cs 中一个简单的连接测试方法 public bool TestConnection() { try { using (SqlConnection conn = new SqlConnection(GetConnStr())) { conn.Open(); // 打开成功说明实例、账号、数据库文件都正常 return true; } } catch (Exception ex) { // 这里用 MessageBox 输出 ex.Message，方便直观看到错误码 MessageBox.Show(ex.Message); return false; } }

注意这里using写在 try 里面，连接关闭和资源释放交给编译器处理。GetConnStr 返回 App.config 里的连接字符串，如果还没封装好，可以在测试阶段直接返回一个写死的字符串。很多新手把 new SqlConnection 写在 try 外面，连接失败时对象没释放，下一轮测试就会报连接池已满。

4. 业务逻辑实现：登录校验、成绩录入与预决赛名单生成

4.1 登录双角色校验：dao 层返回角色而不是返回 DataTable

登录功能不要直接在按钮事件里拼 SQL，而是把检查逻辑放到 dao.cs，界面层只做输入校验和窗体跳转。参数化查询是必须的，不然 SQL 注入在这个课程设计答辩里几乎是送分题。

// 从数据库查询用户，返回角色字符串；密码错误时返回 null public string LoginCheck(string userNo, string password) { string sql = "SELECT RoleType FROM T_User WHERE UserNo=@no AND Password=@pwd"; using (SqlConnection conn = new SqlConnection(GetConnStr())) using (SqlCommand cmd = new SqlCommand(sql, conn)) { // 参数化方式防止注入，同时避免字符串拼接带来的引号问题 cmd.Parameters.AddWithValue("@no", userNo); cmd.Parameters.AddWithValue("@pwd", password); conn.Open(); object result = cmd.ExecuteScalar(); return result == null ? null : result.ToString(); } }

ExecuteScalar返回查询结果第一行第一列，正好是角色字段。这个方法有个前置条件：T_User 表里的 Password 列不应该存明文。课程设计如果直接存明文，答辩时被问“密码安全怎么考虑”容易卡壳。最省事的改进是存 MD5 或 SHA256 哈希，登录时把输入密码哈希后再传给 SQL，代价很小，但写在说明书里是一个完整的加分点。

4.2 成绩录入与修改：判断记录是否存在而不是盲目 Insert

成绩管理模块，系统要求是“登记各项比赛成绩”。如果运动员跑完预赛又要补录，一条运动员项目记录可能没有初始值，也可能已经有成绩要更新。最简单的实现是先查后改，但多一次往返。更紧凑的做法是用一条 SQL 判断。

-- 如果该运动员在该项目中已有成绩，则更新；否则插入 IF EXISTS ( SELECT 1 FROM T_Score WHERE MatchNo = @matchNo AND AthleteNo = @athleteNo ) BEGIN UPDATE T_Score SET Result = @result, Rank = @rank WHERE MatchNo = @matchNo AND AthleteNo = @athleteNo; END ELSE BEGIN INSERT INTO T_Score(MatchNo, AthleteNo, Result, Rank) VALUES (@matchNo, @athleteNo, @result, @rank); END

这里 MatchNo 是项目编号，AthleteNo 是运动员编号，两者组成业务主键。注意这条 SQL 没有加事务，如果系统要求严格一致，建议在 C# 里用 SqlTransaction 包住。课程设计阶段，单表更新不需要事务也说得过去，但答辩时你要能说清楚“什么场景下需要事务”——比如同时插入成绩和生成决赛名单，两步必须都成功时才需要。

4.3 预赛转决赛名单：用 RANK() 而不是 ROW_NUMBER()

这是整套系统里最有技术含量的查询。预赛成绩按组排名，每组取前 N 名晋级决赛。如果两个人成绩相同，按运动会惯例应该同时晋级，这时候ROW_NUMBER()会按随机顺序给并列名次编号，丢掉并列选手；RANK()则会给并列者相同名次，下一名次直接跳号，这才符合比赛规则。

-- 取每组预赛前 @takeTop 名进入决赛 -- rnk 是同组内的并列名次，使用 RANK 保证成绩相同者同时晋级 SELECT AthleteNo, AthleteName, GroupNo, Result FROM ( SELECT s.AthleteNo, a.AthleteName, s.GroupNo, s.Result, RANK() OVER (PARTITION BY s.GroupNo ORDER BY s.Result) AS rnk FROM T_Score s INNER JOIN T_Athlete a ON s.AthleteNo = a.AthleteNo WHERE s.MatchNo = @matchNo AND s.Stage = N'预赛' ) t WHERE t.rnk <= @takeTop;

PARTITION BY s.GroupNo表示按预赛组分组，每个组独立排名。ORDER BY s.Result按成绩升序，成绩越小排名越靠前——前提是你的成绩字段存的是时分秒或秒数数值，而不是 “12:35” 这样的文本。这个坑很典型，字段类型选错，排序结果就是字典序而不是数值序，12:8 会排在 12:35 前面。如果你发现排序不对，优先检查字段类型是不是 decimal 或 float，而不是急着改 SQL 逻辑。

4.4 运动员与项目管理：DataGridView 绑定与增删改查套路

运动员列表、项目列表这类管理界面，常见做法是用 DataGridView 绑定 DataTable。双击表格行拿到主键，然后执行删除或弹出编辑窗口。这套交互在课程设计里出现率极高，代码结构也基本一致。

// 查询运动员列表，并绑定到 DataGridView private void LoadAthleteList() { string keyword = txtKeyword.Text.Trim(); // da.GetAthleteList 内部通过 LIKE 模糊匹配姓名或单位 DataTable dt = dao.GetAthleteList(keyword); dgvAthlete.DataSource = dt; // 隐藏主键列，避免把无意义的列展示给用户 if (dgvAthlete.Columns.Contains("AthleteNo")) dgvAthlete.Columns["AthleteNo"].Visible = false; }

绑定之前先TextBox.Trim()是为了避免输入空格时查询结果为空，让人误以为列表坏了。DataSource直接赋 DataTable 后，如果后续要刷新列表，重新调用 Load 方法即可，不需要手动清空 DataGridView 行。

5. 避坑排查：五个在 VS2019 里翻车的常见问题

5.1 附加数据库时报“文件被占用”

现象：SSMS 里附加 si.mdf，弹出“无法打开物理文件，因为文件正被其他进程使用”。

原因：上一轮程序调试时，VS 或 SQL Server 还在后台占用这个库文件。如果你把 mdf 放在项目目录下，VS 的数据库连接甚至可能在解决方案管理器里悄悄挂起了它。课程设计里常见的是：数据库文件在 Debug 目录下被调试进程锁定。

解决：先关闭 VS 和 SQL Server，再重新附加。我的习惯是右键项目“清理解决方案”，关掉 VS，用任务管理器确认没有 sqlservr.exe 残留后，把 mdf 复制到一个专门的 Data 目录，再执行附加命令。把数据库文件从项目输出目录挪出来，是最干净的解法，之后连接字符串用绝对路径指向它。

5.2 登录成功后主窗体闪退

现象：输入账号密码，点击登录，主窗体一闪而过，程序直接退到桌面。没有报错弹窗。

原因：绝大多数是连接字符串里的数据库文件路径失效。主窗体的 Form_Load 或构造函数里做了数据加载，抛异常后没有 catch，WinForms 默认直接终止进程。登录按钮能弹成功框，只能说明登录查询通过了，不能代表后续查询没问题。

解决：在 Program.cs 入口处加全局异常捕获，至少能看见错误文本。

// Program.cs 里全局异常捕获，调试阶段千万别省 static void Main() { Application.SetUnhandledExceptionMode(UnhandledExceptionMode.CatchException); Application.ThreadException += (sender, e) => { MessageBox.Show(e.Exception.Message, "运行时异常"); }; AppDomain.CurrentDomain.UnhandledException += (sender, e) => { MessageBox.Show((e.ExceptionObject as Exception)?.Message, "致命异常"); }; Application.Run(new LoginForm()); }

有了这个，闪退前会先弹出错误文本，再按错误码去排查连接串。调试阶段这个捕获框就是后悔药，比断点好使，因为断点不一定能在异常发生前停下来。

5.3 Designer.cs 和 resx 不匹配导致窗体打不开

现象：双击 login.cs 想打开窗体设计器，VS 提示“资源文件存在错误”或“找不到对象”。

原因：用外部编辑器手改过 .Designer.cs 或 .resx，导致控件 ID 与资源键对应不上。也有人是 Git 合并时冲突解决不当，把 resx 里的引用弄乱了。

解决：不要手改这三件套。如果已经坏了，从项目里排除这几个文件，再重新添加现有项，VS 会重新生成设计器元数据。但注意，重新添加后控件事件绑定可能丢失，事件代码还在，需要手动把事件方法名重新挂到属性面板的事件页签里。备份原始文件是这类问题唯一的后悔药。

5.4 中文查询结果全是问号

现象：运动员姓名在数据库里看是正常的，在程序查询界面显示成“???”，或者反过来，界面查出来是问号。

原因：数据库排序规则不是中文相关排序，或者数据插入时客户端连接没有指定编码。课程设计里常见的是 mdf 来自某台机器，原库排序规则是 Latin1 相关类型，插入中文后没有正确转换。

解决：附加后执行下面这条命令修改排序规则，然后再做查询。注意修改排序规则是重量级操作，如果库里有大量数据，最好先导出脚本备份。

ALTER DATABASE [SI] COLLATE Chinese_PRC_CI_AS;

改完排序规则后，如果 LDF 文件还是旧配置，可以把库改为单用户模式再执行修改，大多数场景能恢复显示正常。

5.5 双击 sln 提示“项目加载失败”

现象：VS2019 弹出的错误是“此项目需要未安装的组件”或“未能加载项目文件”。

原因：WinForms 项目依赖 .NET 桌面开发工作负载，如果只安装了 ASP.NET 工作负载，WinForms 项目虽然能识别 sln，但是编译目标缺失。还有一种情况是目标框架版本比当前 VS 支持的更高，常见于老项目被 VS2022 打开又保存过，csproj 文件里的 TargetFrameworkVersion 被升级了。

解决：先检查“工具 → 获取工具和功能”里是否勾选了“.NET 桌面开发”。没有就补装，装完重启 VS。如果是版本被抬高了，用记事本打开.csproj，把 TargetFrameworkVersion 改回 v4.7.2 这类低版本，即可。

6. 进阶改造：把示例变成一份拿得出手的课程设计与答辩演示

6.1 连接字符串封装成 ConfigHelper

既然每次换电脑、换路径都要改连接串，那就在项目里加一个 ConfigHelper 静态类，所有窗体都从这里拿连接字符串。这样改一处，全局生效。

public static class ConfigHelper { private static string _connStr; public static string ConnectionString { get { if (_connStr == null) { // 从 App.config 读连接串，并替换为当前运行目录下的绝对路径 string conn = ConfigurationManager.ConnectionStrings["SI"].ConnectionString; _connStr = conn.Replace("|DataDirectory|", AppDomain.CurrentDomain.BaseDirectory); } return _connStr; } } }

后续所有 dao 方法把GetConnStr()换成ConfigHelper.ConnectionString，程序拷到另一台机器后只需要保证数据库文件在 Debug 目录下，连接串不用再动。发布时也建议把 mdf 文件复制到程序目录，验证一次后再提交。

6.2 准备一组能讲出亮点的演示数据

答辩演示最尴尬的是表格里只有三条初始化数据。建议预置一组刚好有并列名次的预赛成绩，既演示查询，也演示 RANK 处理逻辑。

-- 100米预赛第一组，A001和A002成绩相同，都为12秒35 INSERT INTO T_Score(MatchNo, AthleteNo, GroupNo, Result, Stage) VALUES (N'M10001', N'A001', 1, 12.35, N'预赛'), (N'M10001', N'A002', 1, 12.35, N'预赛'), (N'M10001', N'A003', 1, 12.48, N'预赛'), (N'M10001', N'B001', 2, 12.28, N'预赛'), (N'M10001', N'B002', 2, 12.33, N'预赛'), (N'M10001', N'B003', 2, 12.41, N'预赛');

这段数据配第 4.3 节那条 RANK 查询，在答辩现场直接演示“每组取前两名，A001 和 A002 并列第二所以同时晋级”，比任何口头解释都有说服力。成绩字段用小数而不是时间格式，也方便现场说清楚排序规则。

6.3 答辩时三个高频问题

“系统怎么防止同一个运动员重复录入同一个项目成绩？”——答：T_Score 表以 MatchNo 和 AthleteNo 做联合唯一约束，插入前用 EXISTS 判断。

“预决赛名单生成逻辑里并列名次怎么处理？”——答：用的是 RANK 而不是 ROW_NUMBER，并列选手会占同一个晋级位，下一名顺延。现场指着 SQL 里的 PARTITION BY 和 RANK 讲，不用背。

“数据库文件在别人电脑上为什么连不上？”——答：因为 AttachDbFilename 写的是绝对路径或 Debug 目录，换环境后路径失效。解决方案是统一用 ConfigHelper 里的路径替换，或者改成相对路径放同一个固定目录。

从那以后，我拿到任何课程设计压缩包，都强制先走一遍“附加数据库 → 测试连接 → 登录主界面 → 点开带数据的窗口”四步验证，再碰业务逻辑。上次接手别人的旧项目，就是因为跳过了登录后的界面验证，以为库文件没问题，改了半天才发现是主窗体加载时某个表被删了，白做一整个下午。希望这次的拆解能帮到你。

本文还有配套的精品资源，点击获取