学生选课管理系统数据库设计与SQL Server 2005工程实践

简介：本资源是一份面向高校计算机专业本科生的数据库课程设计完整报告，聚焦学生选课管理系统的全流程实践，解决传统人工选课效率低、数据难维护等现实问题。文档以SQL Server 2005为数据库平台、Visual Studio 2008为开发环境，系统覆盖需求分析（含管理员、学生、教师三类角色功能）、E-R图建模与数据库物理设计、C#前后端实现逻辑及测试部署说明，内容结构完整、步骤详实，适合作为课程设计参考范本或毕业设计基础模板。资源为单个1.31MB的DOCX文件，含目录、系统概括、需求分析、数据库设计（分E-R图/合并E-R图/逻辑结构设计）、实现与测试等核心章节，图文结合，理论与实操并重。目前已有836人学习下载，读者可直接复用其数据库表结构设计、权限管理思路、界面功能划分及报告撰写框架，快速完成课程设计交付与答辩准备。

1. 为什么一个“学生选课管理系统”毕业设计，至今仍是数据库教学的硬核试金石？

不是所有课程设计都值得反复重写——但「学生选课管理系统」是。它表面看只是增删改查（CRUD）的集合：学生能查课、选课、退课；教师能录成绩、查所教课程；管理员要管院系、专业、班级、课程、教室、时间冲突……可一旦你真用 SQL Server 2005 + Visual Studio 2008 搭起完整三层架构，就会发现：事务边界在哪？并发选课怎么不超限？成绩录入如何防重复提交？存储过程里该不该用 SET XACT_ABORT ON？这些问题没有标准答案，但每踩一个坑，就离真实业务系统近一步。它不考炫技，只考对数据库本质的理解：约束怎么设才不形同虚设、索引为何加在 student_id 而不是 course_name、视图该封装什么逻辑而非简单 SELECT *。如果你正被毕设卡在“能跑通但不敢交”的阶段，或刚入职被要求维护十年前的老系统——这篇笔记就是为你写的：从 .docx 文档里的需求描述出发，还原出可编译、可调试、可压测的真实数据库工程落地路径。

2. 用 SQL Server 2005 建库建表：不是照着文档敲 DDL，而是用约束把业务规则焊死

学生选课系统看似简单，但数据关系极密：一个学生可选多门课，一门课可被多个学生选；教师与课程是“一对多”，但同一门课在不同学期可能由不同教师授课；教室安排必须避开时间冲突……这些不能靠代码校验，必须靠数据库层强制约束。SQL Server 2005 虽老，但其 CHECK、FOREIGN KEY、UNIQUE 和 DEFAULT 的组合，恰恰是最贴近教学场景的“最小完备集”。

2.1 核心表结构设计：字段命名即契约，NULL 约束即业务语义

我们不建“user”“info”这种模糊表名，而是严格按实体建模。以Student表为例：

CREATE TABLE Student ( student_id CHAR(10) NOT NULL PRIMARY KEY, -- 学号固定10位，非自增，因需对接教务系统编码规则 name NVARCHAR(20) NOT NULL, -- 不允许空姓名，但允许中间名为空格（故不用LEN(name)=0判断） gender CHAR(1) NOT NULL CHECK (gender IN ('M','F')), -- 枚举值用CHECK而非外键，避免小表冗余 major_id CHAR(6) NOT NULL, -- 专业代码，如'CS2021'，指向Major表 class_id CHAR(8) NOT NULL, -- 班级代码，如'CS202101'，指向Class表 enrollment_year INT NOT NULL CHECK (enrollment_year BETWEEN 2018 AND 2025), -- 入学年份有业务范围 status CHAR(1) NOT NULL DEFAULT 'A' CHECK (status IN ('A','L','G')), -- A=在读,L=休学,G=毕业 created_time DATETIME NOT NULL DEFAULT GETDATE(), updated_time DATETIME NOT NULL DEFAULT GETDATE() ); ALTER TABLE Student ADD CONSTRAINT FK_Student_Major FOREIGN KEY (major_id) REFERENCES Major(major_id); ALTER TABLE Student ADD CONSTRAINT FK_Student_Class FOREIGN KEY (class_id) REFERENCES Class(class_id);

关键点说明：

• student_id用CHAR(10)而非VARCHAR(10)：学号定长且无前导空格，CHAR在索引和连接时更稳定；
• gender不用TINYINT或BIT：教学场景下可读性优先，'M'/'F'比0/1更易调试；
• enrollment_year的CHECK约束比应用层校验更可靠——哪怕 VS2008 的窗体没做验证，DB 层已拦截非法年份；
• status默认'A'且带CHECK：避免插入时漏填导致后续查询逻辑崩坏。

其他核心表（Course,Teacher,Selection,Grade）均遵循同样原则：每个字段的 NULL 性、长度、默认值、CHECK 条件，都对应一条明确业务规则。例如Selection表（选课记录）：

CREATE TABLE Selection ( selection_id INT IDENTITY(1,1) PRIMARY KEY, student_id CHAR(10) NOT NULL, course_id CHAR(8) NOT NULL, semester CHAR(6) NOT NULL, -- 格式：'20231'（2023秋季）或'20232'（2023春季） selection_time DATETIME NOT NULL DEFAULT GETDATE(), status CHAR(1) NOT NULL DEFAULT 'C' CHECK (status IN ('C','D','R')), -- C=已选,D=已退,R=已审核 UNIQUE (student_id, course_id, semester) -- 同一学生同一学期不可重复选同一门课 ); ALTER TABLE Selection ADD CONSTRAINT FK_Selection_Student FOREIGN KEY (student_id) REFERENCES Student(student_id) ON DELETE CASCADE; ALTER TABLE Selection ADD CONSTRAINT FK_Selection_Course FOREIGN KEY (course_id) REFERENCES Course(course_id);

注意UNIQUE (student_id, course_id, semester)——这是防止重复选课的第一道也是最后一道防线。很多同学用代码查重再插入，结果高并发时仍超限；而唯一约束由 SQL Server 内核保证原子性，无需额外锁。

2.2 视图封装：把复杂查询变成“虚拟表”，降低上层代码心智负担

学生端常需查“我本学期已选课程及成绩”，教师端要查“我所授课程的学生名单及当前成绩”。若每次都在 C# 里拼 SQL，极易出错且难以复用。建视图是 SQL Server 2005 最被低估的生产力工具：

-- 学生个人课表视图（含课程名、教师名、学分、成绩） CREATE VIEW StudentCourseView AS SELECT s.student_id, s.name AS student_name, c.course_id, c.course_name, c.credit, t.name AS teacher_name, g.grade, g.grade_time, sel.status FROM Selection sel JOIN Student s ON sel.student_id = s.student_id JOIN Course c ON sel.course_id = c.course_id LEFT JOIN Teacher t ON c.teacher_id = t.teacher_id -- 有些课程暂未分配教师，用LEFT JOIN LEFT JOIN Grade g ON sel.student_id = g.student_id AND sel.course_id = g.course_id AND sel.semester = g.semester;

为什么用 LEFT JOIN 而非 INNER JOIN？
因为成绩可能尚未录入（Grade表无对应记录），若用INNER JOIN，学生将看不到未出成绩的课程，违反“课表应显示所有已选课程”的需求。视图里处理好空值，C# 层直接DataTable.Rows[i]["grade"] == DBNull.Value即可判断。

同样，为管理员建CourseConflictView检查教室时间冲突：

-- 检查同一教室在同一时段是否安排了多门课 CREATE VIEW CourseConflictView AS SELECT r.room_id, r.room_name, c1.course_id AS course1_id, c1.course_name AS course1_name, c2.course_id AS course2_id, c2.course_name AS course2_name, c1.class_time AS conflict_time FROM Course c1 JOIN Room r ON c1.room_id = r.room_id JOIN Course c2 ON c1.room_id = c2.room_id AND c1.class_time = c2.class_time AND c1.course_id < c2.course_id; -- 避免自连接重复（c1=c2）且去重（c1<c2）

这个视图不存数据，但执行SELECT * FROM CourseConflictView就能立刻暴露排课错误——比写存储过程查再返回结果集更轻量、更直观。

3. 用存储过程实现核心业务逻辑：把事务、权限、审计日志全关进黑匣子

Visual Studio 2008 的 Windows Forms 应用调用数据库，最稳妥的方式不是拼接 SQL 字符串，而是通过SqlCommand调用预编译的存储过程。SQL Server 2005 的存储过程虽无现代特性（如TRY...CATCH），但BEGIN TRAN+IF @@ERROR <> 0+ROLLBACK组合足以支撑关键事务。重点在于：哪些逻辑必须进存储过程？答案是——所有涉及多表变更、状态流转、并发控制的操作。

3.1 学生选课：一个存储过程搞定“查余量→扣余量→记选课→发通知”的原子链

需求：学生选课时，系统需检查该课程剩余名额（Course.max_capacity - COUNT(Selection)），若足够则插入选课记录，并更新课程已选人数。若失败（如超限、网络中断），必须回滚所有操作。

CREATE PROCEDURE sp_StudentSelectCourse @student_id CHAR(10), @course_id CHAR(8), @semester CHAR(6), @result INT OUTPUT -- 返回值：0=成功，-1=课程已满，-2=学生已选过，-3=未知错误 AS BEGIN SET NOCOUNT ON; SET XACT_ABORT ON; -- 关键！遇错误自动回滚，避免部分提交 DECLARE @current_count INT; DECLARE @max_capacity INT; BEGIN TRY BEGIN TRAN; -- 步骤1：查当前已选人数和最大容量 SELECT @current_count = COUNT(*), @max_capacity = c.max_capacity FROM Selection s RIGHT JOIN Course c ON s.course_id = c.course_id AND s.semester = @semester WHERE c.course_id = @course_id GROUP BY c.max_capacity; -- 若课程不存在，@max_capacity 为 NULL，需提前判断 IF @max_capacity IS NULL BEGIN SET @result = -3; RAISERROR('课程不存在', 16, 1); END -- 步骤2：检查是否已选过 IF EXISTS (SELECT 1 FROM Selection WHERE student_id = @student_id AND course_id = @course_id AND semester = @semester) BEGIN SET @result = -2; RAISERROR('您已选过该课程', 16, 1); END -- 步骤3：检查余量 IF @current_count >= @max_capacity BEGIN SET @result = -1; RAISERROR('课程已满', 16, 1); END -- 步骤4：插入选课记录 INSERT INTO Selection (student_id, course_id, semester) VALUES (@student_id, @course_id, @semester); -- 步骤5：更新课程已选人数（实际业务中可省略，因COUNT(*)实时计算更准，此处仅为演示） -- UPDATE Course SET selected_count = selected_count + 1 WHERE course_id = @course_id; COMMIT TRAN; SET @result = 0; END TRY BEGIN CATCH IF @@TRANCOUNT > 0 ROLLBACK TRAN; SET @result = -3; END CATCH END

参数说明与调用要点：

• @result INT OUTPUT：C# 层通过SqlParameter("@result", SqlDbType.Int).Direction = ParameterDirection.Output获取结果，比ExecuteNonQuery()返回值更语义化；
• SET XACT_ABORT ON是血泪经验：SQL Server 2005 中，若某条语句报错（如主键冲突）但未显式ROLLBACK，事务会挂起，后续语句在同一个连接中继续执行，导致数据不一致；
• RAISERROR级别设为 16（用户错误），C# 的SqlException.Number可捕获并映射为友好提示；
• 未用@@ROWCOUNT判断影响行数，因INSERT失败时@@ROWCOUNT=0但错误已抛出，CATCH块统一处理更安全。

3.2 教师录成绩：带版本控制的乐观并发更新

成绩录入要求“后提交者不能覆盖先提交者的结果”。SQL Server 2005 无ROWVERSION（timestamp 在 2005 中已存在，但教学环境常禁用），我们用grade_time时间戳模拟：

CREATE PROCEDURE sp_TeacherUpdateGrade @student_id CHAR(10), @course_id CHAR(8), @semester CHAR(6), @new_grade DECIMAL(3,1), @last_update_time DATETIME, -- 前端传入上次读取的 grade_time @result INT OUTPUT AS BEGIN SET NOCOUNT ON; BEGIN TRY BEGIN TRAN; -- 检查是否存在该记录，且未被他人修改 IF NOT EXISTS ( SELECT 1 FROM Grade WHERE student_id = @student_id AND course_id = @course_id AND semester = @semester AND grade_time = @last_update_time ) BEGIN SET @result = -1; -- 版本冲突 RAISERROR('成绩已被他人修改，请刷新后重试', 16, 1); END -- 更新成绩和时间戳 UPDATE Grade SET grade = @new_grade, grade_time = GETDATE() WHERE student_id = @student_id AND course_id = @course_id AND semester = @semester AND grade_time = @last_update_time; IF @@ROWCOUNT = 0 BEGIN SET @result = -2; -- 无记录匹配（可能被删除） RAISERROR('找不到对应成绩记录', 16, 1); END COMMIT TRAN; SET @result = 0; END TRY BEGIN CATCH IF @@TRANCOUNT > 0 ROLLBACK TRAN; SET @result = -3; END CATCH END

为什么不用悲观锁（SELECT ... FOR UPDATE）？
SQL Server 2005 的FOR UPDATE语法不支持（那是 Oracle/MySQL 的），且悲观锁会阻塞其他教师操作，教学系统并发量低，乐观锁更轻量。前端只需在加载成绩时读取grade_time，提交时原样传回即可。

4. 在 Visual Studio 2008 中调用存储过程：三层架构不是摆设，是防御纵深

VS2008 的 WinForms 项目用System.Data.SqlClient调用 SQL Server 2005，关键不是“能不能连上”，而是如何让数据访问层（DAL）成为不可逾越的边界。我们拒绝在 Form 里写SqlCommand cmd = new SqlCommand("INSERT...")，而是封装成强类型方法。

4.1 数据访问层（DAL）基类：统一连接、异常、事务管理

新建DataAccessLayer文件夹，创建SqlHelper.cs：

public static class SqlHelper { private static readonly string _connectionString = ConfigurationManager.ConnectionStrings["SchoolDB"].ConnectionString; // 执行无返回值的存储过程（如选课、录成绩） public static int ExecuteStoredProcedure(string procName, params SqlParameter[] parameters) { using (SqlConnection conn = new SqlConnection(_connectionString)) { conn.Open(); using (SqlCommand cmd = new SqlCommand(procName, conn)) { cmd.CommandType = CommandType.StoredProcedure; cmd.Parameters.AddRange(parameters); try { return cmd.ExecuteNonQuery(); // 注意：此返回值是影响行数，非存储过程OUTPUT参数 } catch (SqlException ex) { // 记录日志（此处简化为Console，实际用Log4net） Console.WriteLine($"SQL Error {ex.Number}: {ex.Message}"); throw; // 让上层决定如何处理 } } } } // 执行带OUTPUT参数的存储过程（如sp_StudentSelectCourse） public static int ExecuteStoredProcedureWithOutput(string procName, out int outputValue, params SqlParameter[] parameters) { outputValue = 0; using (SqlConnection conn = new SqlConnection(_connectionString)) { conn.Open(); using (SqlCommand cmd = new SqlCommand(procName, conn)) { cmd.CommandType = CommandType.StoredProcedure; cmd.Parameters.AddRange(parameters); // 添加OUTPUT参数 SqlParameter resultParam = new SqlParameter("@result", SqlDbType.Int); resultParam.Direction = ParameterDirection.Output; cmd.Parameters.Add(resultParam); try { cmd.ExecuteNonQuery(); outputValue = (int)resultParam.Value; return outputValue; } catch (SqlException ex) { Console.WriteLine($"SQL Error {ex.Number}: {ex.Message}"); throw; } } } } }

为什么ExecuteStoredProcedure不直接返回@result？
因为并非所有存储过程都有OUTPUT参数。ExecuteStoredProcedureWithOutput是特化方法，专用于需要返回状态码的场景（如选课、退课），而ExecuteStoredProcedure用于纯操作（如插入日志）。分离接口，避免调用方混淆。

4.2 业务逻辑层（BLL）封装：把存储过程调用变成业务动词

在BusinessLogicLayer下建SelectionService.cs：

public class SelectionService { public enum SelectResult { Success = 0, Full = -1, Duplicate = -2, Error = -3 } public SelectResult SelectCourse(string studentId, string courseId, string semester) { int result; SqlParameter[] parms = { new SqlParameter("@student_id", studentId), new SqlParameter("@course_id", courseId), new SqlParameter("@semester", semester), }; int procResult = SqlHelper.ExecuteStoredProcedureWithOutput( "sp_StudentSelectCourse", out result, parms); return (SelectResult)result; } public bool DropCourse(string studentId, string courseId, string semester) { // 实现类似sp_StudentDropCourse，返回bool更符合C#习惯 SqlParameter[] parms = { new SqlParameter("@student_id", studentId), new SqlParameter("@course_id", courseId), new SqlParameter("@semester", semester), }; try { SqlHelper.ExecuteStoredProcedure("sp_StudentDropCourse", parms); return true; } catch { return false; } } }

关键设计点：

• SelectResult枚举比裸int更易读，if (service.SelectCourse(...) == SelectResult.Full)直观；
• DropCourse返回bool而非int：因为退课成功/失败是二元结果，无需区分错误类型（失败即失败）；
• BLL 不暴露SqlConnection或SqlCommand，上层（Form）只能通过SelectionService交互，杜绝 SQL 注入和连接泄漏。

4.3 表示层（UI）调用：用 BackgroundWorker 防界面假死，用 MessageBoxIcon 匹配业务语义

在StudentForm.cs的选课按钮事件中：

private void btnSelect_Click(object sender, EventArgs e) { if (string.IsNullOrEmpty(txtCourseId.Text)) { MessageBox.Show("请输入课程号", "输入错误", MessageBoxButtons.OK, MessageBoxIcon.Warning); return; } // 启动后台线程，避免UI冻结 BackgroundWorker worker = new BackgroundWorker(); worker.DoWork += (s, args) => { var service = new SelectionService(); args.Result = service.SelectCourse( CurrentStudent.Id, txtCourseId.Text.Trim(), cmbSemester.SelectedValue.ToString()); }; worker.RunWorkerCompleted += (s, args) => { SelectResult result = (SelectResult)args.Result; switch (result) { case SelectResult.Success: MessageBox.Show("选课成功！", "成功", MessageBoxButtons.OK, MessageBoxIcon.Information); LoadMyCourses(); // 刷新课表 break; case SelectResult.Full: MessageBox.Show("抱歉，该课程已满员。", "选课失败", MessageBoxButtons.OK, MessageBoxIcon.Error); break; case SelectResult.Duplicate: MessageBox.Show("您已选过该课程。", "重复操作", MessageBoxButtons.OK, MessageBoxIcon.Exclamation); break; default: MessageBox.Show("选课失败，请重试。", "系统错误", MessageBoxButtons.OK, MessageBoxIcon.Stop); break; } }; worker.RunWorkerAsync(); }

为什么用BackgroundWorker而非Task？
VS2008 默认 .NET Framework 3.5，Task类在 4.0 才引入。BackgroundWorker是当时最稳妥的异步方案，且自带ProgressChanged事件，适合后续扩展进度条。

5. 避坑：SQL Server 2005 + VS2008 组合的 5 个真实翻车现场

这套技术栈虽旧，但教学环境仍在广泛使用。以下全是我在指导 12 届毕业生时，高频出现、导致答辩被毙的硬伤。不是理论问题，是实打实的SQLException堆出来的教训。

5.1 现象：SELECT * FROM Student返回中文乱码（显示为问号或方块）

原因：SQL Server 2005 数据库默认排序规则为SQL_Latin1_General_CP1_CI_AS，不支持 UTF-8，而 VS2008 的 WinForms 默认用System.Text.Encoding.Default（即系统 ANSI 编码，中文 Windows 为 GBK）。当数据库字段为NVARCHAR但连接字符串未指定Unicode=True时，驱动层会错误转码。
解决：在web.config或app.config的连接字符串末尾添加;Unicode=True，例如：
Data Source=.;Initial Catalog=SchoolDB;Integrated Security=True;Unicode=True

注意：仅加Unicode=True不够，还需确保表字段用NVARCHAR（非VARCHAR），否则N'中文'前缀无效。

5.2 现象：存储过程中GETDATE()返回时间比系统快/慢 8 小时

原因：SQL Server 2005 的GETDATE()返回服务器本地时间，而 VS2008 客户端可能在不同时区。若服务器在 UTC+0，客户端在 UTC+8，时间差即显现。毕业设计常忽略时区，导致“选课时间”逻辑错乱。
解决：统一用GETUTCDATE()替代GETDATE()，并在应用层转换为本地时间显示。存储过程内所有时间比较（如WHERE selection_time > GETUTCDATE() - 7）均用 UTC，避免歧义。

5.3 现象：sp_StudentSelectCourse在高并发下仍超限（如 100 人同时抢 50 个名额）

原因：存储过程内SELECT COUNT(*)和INSERT之间存在微小时间窗口，多个连接同时通过检查后插入，导致超限。UNIQUE约束虽能拦截，但RAISERROR后用户体验差。
解决：在SELECT后立即加UPDLOCK, HOLDLOCK提示，将共享锁升级为更新锁并持有到事务结束：

SELECT @current_count = COUNT(*), @max_capacity = c.max_capacity FROM Selection s WITH (UPDLOCK, HOLDLOCK) -- 关键！ RIGHT JOIN Course c ON s.course_id = c.course_id AND s.semester = @semester WHERE c.course_id = @course_id GROUP BY c.max_capacity;

HOLDLOCK等价于SERIALIZABLE，确保读取期间无其他事务修改。

5.4 现象：VS2008 设计器拖拽DataGridView绑定Selection表后，编辑单元格报错 “列不可更新”

原因：DataGridView自动生成的TableAdapter默认为每个字段生成UPDATE语句，但Selection表的selection_id是IDENTITY，UPDATE时尝试修改它导致失败。
解决：在 DataSet 设计器中，右键Selection表 → “配置生成器” → 在UPDATE语句中手动删除selection_id = @selection_id，只保留student_id,course_id,semester,status的更新。

5.5 现象：部署到另一台电脑时，VS2008 报错 “无法连接到服务器，错误 26”

原因：SQL Server 2005 默认关闭 TCP/IP 协议，且 Windows 防火墙阻止 1433 端口。Data Source=.依赖命名管道，跨机器时失效。
解决：

1. SQL Server Configuration Manager → SQL Server Network Configuration → Protocols for SQLEXPRESS → 启用 TCP/IP；
2. 右键 TCP/IP → 属性 → IP Addresses → 拉到最下方IPAll，清空TCP Dynamic Ports，设TCP Port=1433；
3. Windows 防火墙 → 高级设置 → 入站规则 → 新建规则 → 端口 → TCP 1433 → 允许连接；
4. 连接字符串改为Data Source=服务器IP,1433;...，而非Data Source=.。

6. 毕业答辩前必做的 3 项验证：用真实数据跑通，比 PPT 美观重要十倍

答辩不是讲 PPT，是现场演示。我带过的毕业生里，90% 的“差点挂掉”都源于演示时功能失灵。以下三项验证，必须在答辩前 48 小时完成，且全程录像备查。

6.1 并发压力测试：用 10 个账号同时抢 1 门限 5 人的课

工具：SQL Server 2005 自带的osql.exe（命令行工具），无需安装额外软件。
步骤：

1. 准备 10 个学生账号（S202300001至S202300010），课程CS101限额 5 人；
2. 写批处理stress_test.bat：

@echo off start osql -S . -d SchoolDB -E -Q "EXEC sp_StudentSelectCourse 'S202300001','CS101','20231'" start osql -S . -d SchoolDB -E -Q "EXEC sp_StudentSelectCourse 'S202300002','CS101','20231'" :: ... 重复10次 timeout /t 2 /nobreak >nul osql -S . -d SchoolDB -E -Q "SELECT COUNT(*) FROM Selection WHERE course_id='CS101' AND semester='20231'"

3. 运行后检查输出：COUNT(*)必须等于 5，且sp_StudentSelectCourse的@result输出中，恰好 5 个0、5 个-1。

为什么不用 C# 多线程模拟？
因为osql是独立进程，更能模拟真实用户并发。C# 线程共享连接池，反而掩盖问题。

6.2 数据一致性审计：用 SQL 脚本交叉验证所有业务规则

建audit.sql，运行后必须全返回0：

-- 检查：每个选课记录对应的课程必须存在 SELECT COUNT(*) FROM Selection s LEFT JOIN Course c ON s.course_id = c.course_id WHERE c.course_id IS NULL; -- 应为0 -- 检查：学生选课数不超过专业要求学分上限（假设专业CS要求60学分） SELECT s.student_id, SUM(c.credit) AS total_credit FROM Selection s JOIN Course c ON s.course_id = c.course_id JOIN Student st ON s.student_id = st.student_id WHERE st.major_id = 'CS2021' GROUP BY s.student_id HAVING SUM(c.credit) > 60; -- 应无结果 -- 检查：成绩录入后，grade_time 必须晚于 selection_time SELECT COUNT(*) FROM Grade g JOIN Selection s ON g.student_id = s.student_id AND g.course_id = s.course_id AND g.semester = s.semester WHERE g.grade_time < s.selection_time; -- 应为0

6.3 安装包最小化验证：在一台全新 Win7 + VS2008 环境部署

这才是答辩生死线。很多同学本地能跑，但打包后别人电脑打不开。
必须包含的 5 个文件：

最后，我想说：这个系统不会改变世界，但它会改变你对“数据库”三个字的理解。我见过太多同学在答辩现场，面对老师问“你这个选课超限是怎么保证的”，支吾着说“代码里判断了”，然后被追问“那两个请求同时进来呢？”——那一刻，他们才真正明白，为什么教务系统宁可用十年老技术，也不碰新框架。真正的数据库能力，不在你会多少语法，而在你敢不敢把业务规则，焊死在CREATE TABLE的CHECK里，在BEGIN TRAN的COMMIT前，在SELECT ... WITH (UPDLOCK)的括号中。这篇笔记里每一个GO、每一个SET XACT_ABORT ON、每一个BackgroundWorker，都是我替你们踩过的坑。现在，轮到你了。希望帮到你。

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