简介：这份资源是面向计算机相关专业在校学生与教师的SQL Server学生选课系统数据库课程设计完整包，已获导师认可并在答辩中取得95分，适合作为课程设计、期末大作业或项目初期立项的参考模板。压缩包共6个文件，约139KB，包含sql建库脚本、docx详细设计文档、md说明文件以及png结构示意图，另附一份zip源码，覆盖数据库表结构、关系设计与实现思路，便于快速理解选课系统的数据建模过程。目前已有441人学习下载，说明其在实际教学场景中具备一定参考价值。读者可据此掌握从需求分析到SQL脚本落地的完整流程，直接用于课设提交或在此基础上修改扩展功能，也可作为小白进阶SQL Server数据库设计的练手案例。
1. 从一份课程设计压缩包说起：学生选课系统的数据库到底该怎么落地
很多计算机专业的学生拿到「基于 SQL Server 的学生选课系统数据库设计源码+详细文档（课程设计）.zip」这类资源时，第一反应是解压、打开文档、照着建表。但真正动手后会发现，表建完了，选课逻辑跑不通；外键加上了，插入数据报错；文档里写得头头是道，自己一跑就翻车。问题不在 SQL Server 本身，而在于多数课程设计只给了「结果」，没讲清「为什么这样设计」。
这篇内容面向三类人：正在做数据库课程设计的学生、需要快速交付一个选课系统原型的开发者、以及想用 SQL Server 练手数据库设计但不知道从哪下手的工程师。我会把学生选课系统从需求拆解、表结构设计、约束与索引、存储过程与触发器、到常见报错排查的完整路径讲清楚。你不需要先看那份压缩包里的源码，跟着这里的思路走，自己就能搭出一套能跑、能查、能扩展的选课数据库。SQL Server 安装、SSMS 连接、ODBC 驱动这些环境问题也会顺带说清楚，避免你卡在第一步。
2. 学生选课系统的表结构设计：从 ER 图到 SQL Server 建表语句
2.1 先理清实体和关系，别急着写 CREATE TABLE
学生选课系统的核心实体其实不多：学生、教师、课程、开课计划、选课记录。但很多课程设计翻车就翻在「开课计划」和「课程」混在一起。课程是静态的，比如「数据库原理」这门课，课程号、学分、学时是固定的；开课计划是动态的，比如 2024 年秋季学期，张老师开了一个班的数据库原理，限选 60 人。这两者必须拆成两张表，否则每学期开课都要重复录入学分和课程名，数据冗余不说，改一次学分要改几十行。
关系上，一个学生可以选多门开课计划，一个开课计划可以被多个学生选，所以学生和开课计划之间是多对多，需要一张选课记录表来拆解。教师和开课计划是一对多，一个教师可以开多个班的同一门课，也可以开不同课。课程和开课计划是一对多，一门课程可以在多个学期、由不同教师开设。
常见做法是画 ER 图时把「选课记录」当成弱实体，它的主键由学号加开课计划编号组成。但实际落地时，我一般会加一个自增的选课 ID 作为主键，学号和开课计划编号做唯一约束。原因很简单：后续如果要加退课时间、成绩、是否重修这些字段，复合主键在更新和索引维护上会越来越别扭。
2.2 建表语句与字段类型选择
下面是一套可以直接在 SQL Server 2019 及以上版本执行的建表脚本。注意数据库名、文件路径按你本机实际情况改，不要直接复制路径。
-- 创建数据库，文件路径按本机实际目录调整 CREATE DATABASE StudentCourseDB ON PRIMARY ( NAME = N'StudentCourseDB_Data', FILENAME = N'D:\SQLData\StudentCourseDB_Data.mdf', SIZE = 64MB, FILEGROWTH = 16MB ) LOG ON ( NAME = N'StudentCourseDB_Log', FILENAME = N'D:\SQLData\StudentCourseDB_Log.ldf', SIZE = 32MB, FILEGROWTH = 16MB ); GO USE StudentCourseDB; GO -- 学生表：学号做主键，姓名、性别、入学年份、班级 CREATE TABLE Student ( StudentID CHAR(10) NOT NULL PRIMARY KEY, StudentName NVARCHAR(20) NOT NULL, Gender NCHAR(1) NOT NULL CHECK (Gender IN (N'男', N'女')), EnrollYear SMALLINT NOT NULL, ClassName NVARCHAR(30) NOT NULL ); -- 教师表：工号做主键，姓名、职称、所属院系 CREATE TABLE Teacher ( TeacherID CHAR(8) NOT NULL PRIMARY KEY, TeacherName NVARCHAR(20) NOT NULL, Title NVARCHAR(10) NULL, Department NVARCHAR(30) NOT NULL ); -- 课程表：课程号做主键，课程名、学分、总学时 CREATE TABLE Course ( CourseID CHAR(8) NOT NULL PRIMARY KEY, CourseName NVARCHAR(40) NOT NULL, Credit DECIMAL(3,1) NOT NULL CHECK (Credit > 0 AND Credit <= 10), TotalHours SMALLINT NOT NULL CHECK (TotalHours > 0) ); -- 开课计划表：每学期每门课由哪位老师开、限选人数、上课时间地点 CREATE TABLE CoursePlan ( PlanID INT IDENTITY(1,1) NOT NULL PRIMARY KEY, CourseID CHAR(8) NOT NULL, TeacherID CHAR(8) NOT NULL, Semester CHAR(11) NOT NULL, -- 格式如 2024-2025-1 MaxStudents SMALLINT NOT NULL CHECK (MaxStudents > 0), ClassTime NVARCHAR(50) NULL, Location NVARCHAR(50) NULL, CONSTRAINT FK_Plan_Course FOREIGN KEY (CourseID) REFERENCES Course(CourseID), CONSTRAINT FK_Plan_Teacher FOREIGN KEY (TeacherID) REFERENCES Teacher(TeacherID), CONSTRAINT UQ_Plan UNIQUE (CourseID, TeacherID, Semester) ); -- 选课记录表：自增主键，学号+开课计划唯一，含选课时间和成绩 CREATE TABLE Enrollment ( EnrollmentID INT IDENTITY(1,1) NOT NULL PRIMARY KEY, StudentID CHAR(10) NOT NULL, PlanID INT NOT NULL, EnrollTime DATETIME NOT NULL DEFAULT GETDATE(), Score DECIMAL(5,1) NULL CHECK (Score IS NULL OR (Score >= 0 AND Score <= 100)), CONSTRAINT FK_Enroll_Student FOREIGN KEY (StudentID) REFERENCES Student(StudentID), CONSTRAINT FK_Enroll_Plan FOREIGN KEY (PlanID) REFERENCES CoursePlan(PlanID), CONSTRAINT UQ_Enroll UNIQUE (StudentID, PlanID) ); GO这段脚本里几个关键点值得展开。StudentID用CHAR(10)而不是VARCHAR，因为学号长度固定，CHAR在 SQL Server 里对定长数据的存储和比较效率更稳。Gender用NCHAR(1)加CHECK约束，比用BIT存性别更符合国内课程设计的习惯，也方便直接显示。Semester用CHAR(11)存「2024-2025-1」这种格式，比拆成学年和学期两个字段更直观，查询时用LIKE '2024-2025%'就能筛出整个学年。
CoursePlan表上的UQ_Plan唯一约束保证了同一学期、同一教师、同一课程不会重复开班。Enrollment表上的UQ_Enroll唯一约束是选课系统的核心防线——同一个学生不能对同一个开课计划选两次。这个约束比在应用层用代码判断可靠得多，因为并发场景下应用层的「先查再插」很容易被击穿。
提示：如果你的 SQL Server 安装后默认排序规则是
Chinese_PRC_CI_AS，中文字段用NVARCHAR没问题；如果排序规则是SQL_Latin1_General_CP1_CI_AS，存中文可能显示乱码，建库时指定COLLATE Chinese_PRC_CI_AS更稳妥。
2.3 索引怎么加才不白加
建完表只是开始，选课系统最常查的场景是：某学生已选课程列表、某开课计划已选人数、某学期某学生的课表。这三个查询分别对应Enrollment(StudentID)、Enrollment(PlanID)、以及Enrollment联合CoursePlan按学期过滤。
-- 学生查自己的选课记录 CREATE NONCLUSTERED INDEX IX_Enrollment_StudentID ON Enrollment(StudentID) INCLUDE (PlanID, Score, EnrollTime); -- 查某开课计划已选人数、做限选判断 CREATE NONCLUSTERED INDEX IX_Enrollment_PlanID ON Enrollment(PlanID) INCLUDE (StudentID); -- 按学期查开课计划 CREATE NONCLUSTERED INDEX IX_CoursePlan_Semester ON CoursePlan(Semester) INCLUDE (CourseID, TeacherID, MaxStudents);INCLUDE里放的字段是覆盖列，意思是查询只用到这些列时，SQL Server 直接走索引就能拿到数据，不用回表。IX_Enrollment_StudentID的覆盖列里放了PlanID、Score、EnrollTime，学生查成绩和选课时间时就不用再去聚簇索引里捞。但覆盖列不是越多越好，每个覆盖列都会增加索引页的大小，写入时维护成本也更高。我一般只把高频查询里SELECT出来的列放进去，WHERE里用到的列已经在索引键里了。
3. 用存储过程和触发器把选课逻辑锁在数据库层
3.1 选课存储过程：限选人数和冲突检测一次做完
应用层写选课逻辑，最怕两件事：一是并发选课把限选人数撑爆，二是同一时间段选了两门课。这两件事都可以在存储过程里用事务加锁解决。
CREATE OR ALTER PROCEDURE usp_EnrollCourse @StudentID CHAR(10), @PlanID INT, @Result NVARCHAR(100) OUTPUT AS BEGIN SET NOCOUNT ON; BEGIN TRY BEGIN TRANSACTION; -- 检查开课计划是否存在并取限选人数 DECLARE @MaxStudents SMALLINT, @CurrentCount INT; SELECT @MaxStudents = MaxStudents FROM CoursePlan WITH (UPDLOCK, HOLDLOCK) WHERE PlanID = @PlanID; IF @MaxStudents IS NULL BEGIN SET @Result = N'开课计划不存在'; ROLLBACK TRANSACTION; RETURN; END -- 检查是否已选 IF EXISTS (SELECT 1 FROM Enrollment WHERE StudentID = @StudentID AND PlanID = @PlanID) BEGIN SET @Result = N'已选过该课程，不能重复选'; ROLLBACK TRANSACTION; RETURN; END -- 检查人数是否已满 SELECT @CurrentCount = COUNT(*) FROM Enrollment WHERE PlanID = @PlanID; IF @CurrentCount >= @MaxStudents BEGIN SET @Result = N'该开课计划已满'; ROLLBACK TRANSACTION; RETURN; END -- 插入选课记录 INSERT INTO Enrollment (StudentID, PlanID) VALUES (@StudentID, @PlanID); SET @Result = N'选课成功'; COMMIT TRANSACTION; END TRY BEGIN CATCH IF @@TRANCOUNT > 0 ROLLBACK TRANSACTION; SET @Result = N'选课失败：' + ERROR_MESSAGE(); END CATCH END GO这个存储过程里，WITH (UPDLOCK, HOLDLOCK)是关键。UPDLOCK在读取CoursePlan行时加更新锁，HOLDLOCK相当于把隔离级别提到可重复读，两者合在一起保证在事务提交前，其他会话不能修改这行数据，也不能插入新的选课记录来绕过人数检查。如果没有这两个锁提示，两个学生同时选最后一个名额时，两个事务都读到@CurrentCount小于@MaxStudents，然后都插入，结果超员。
@Result作为OUTPUT参数返回文本结果，调用方在 C# 或 Java 里直接读这个参数就能知道成功还是失败。比返回结果集更简单，也避免应用层解析多行数据。
调用方式：
DECLARE @Msg NVARCHAR(100); EXEC usp_EnrollCourse @StudentID = '2024010001', @PlanID = 1, @Result = @Msg OUTPUT; SELECT @Msg AS Result;3.2 触发器处理退课和成绩录入的联动
选课系统里，退课不是简单删掉Enrollment一行就完事。如果这门课已经有成绩，退课应该被禁止；如果退课成功，可能需要记录退课日志。成绩录入时，如果分数不在 0 到 100 之间，也应该在数据库层拦一道。
-- 退课前检查是否有成绩 CREATE OR ALTER TRIGGER trg_Enrollment_Delete ON Enrollment INSTEAD OF DELETE AS BEGIN SET NOCOUNT ON; IF EXISTS (SELECT 1 FROM deleted WHERE Score IS NOT NULL) BEGIN RAISERROR (N'已有成绩的选课记录不能退课', 16, 1); RETURN; END -- 记录退课日志到临时表或日志表 INSERT INTO EnrollmentLog (StudentID, PlanID, ActionType, ActionTime) SELECT StudentID, PlanID, N'退课', GETDATE() FROM deleted; DELETE FROM Enrollment WHERE EnrollmentID IN (SELECT EnrollmentID FROM deleted); END GO这里用INSTEAD OF DELETE而不是AFTER DELETE，因为需要在删除前判断成绩是否存在，并且要往日志表写数据。deleted是触发器里的逻辑表，存放被删除的行。如果直接写AFTER DELETE，删除已经发生，再回滚虽然可以，但日志表里可能已经插入了不该插的数据，逻辑上更绕。
成绩录入的检查其实用CHECK约束就够了，前面建表时已经加了Score的CHECK。但如果你希望成绩录入时自动把超过 100 的截断为 100，或者低于 0 的置为 0，那就需要触发器或存储过程。我一般不建议在数据库层做这种「自动修正」，因为会掩盖应用层的 bug，让问题更难排查。
注意：触发器和存储过程里的
RAISERROR在 SQL Server 2016 之后建议用THROW替代，但THROW会直接中断批处理，在INSTEAD OF触发器里行为略有不同。课程设计里用RAISERROR兼容性更好，SSMS 里也能直接看到消息。
3.3 用视图把常用查询封装成「虚拟表」
学生选课系统里，最常用的查询是「某学生某学期的课表」和「某开课计划的选课名单」。这两个查询涉及三到四张表连接，每次写一遍容易出错，封装成视图后应用层直接SELECT * FROM ViewName WHERE ...就行。
-- 学生课表视图：学号、姓名、学期、课程名、教师名、上课时间地点 CREATE OR ALTER VIEW vw_StudentSchedule AS SELECT s.StudentID, s.StudentName, cp.Semester, c.CourseName, t.TeacherName, cp.ClassTime, cp.Location, e.Score FROM Enrollment e JOIN Student s ON e.StudentID = s.StudentID JOIN CoursePlan cp ON e.PlanID = cp.PlanID JOIN Course c ON cp.CourseID = c.CourseID JOIN Teacher t ON cp.TeacherID = t.TeacherID; GO -- 开课计划选课人数视图 CREATE OR ALTER VIEW vw_PlanEnrollCount AS SELECT cp.PlanID, c.CourseName, t.TeacherName, cp.Semester, cp.MaxStudents, COUNT(e.EnrollmentID) AS EnrolledCount, cp.MaxStudents - COUNT(e.EnrollmentID) AS RemainingSeats FROM CoursePlan cp JOIN Course c ON cp.CourseID = c.CourseID JOIN Teacher t ON cp.TeacherID = t.TeacherID LEFT JOIN Enrollment e ON cp.PlanID = e.PlanID GROUP BY cp.PlanID, c.CourseName, t.TeacherName, cp.Semester, cp.MaxStudents; GOvw_PlanEnrollCount里用了LEFT JOIN，因为有些开课计划可能还没人选，COUNT(e.EnrollmentID)会返回 0，RemainingSeats就是MaxStudents。如果用INNER JOIN，没人选的计划直接不显示，前端就看不到「剩余名额」了。
4. 环境与连接：SQL Server 安装、SSMS 和 ODBC 驱动那些坑
4.1 SQL Server 版本选择和安装注意事项
课程设计场景下，SQL Server 2019 Developer 版是最稳妥的选择。Developer 版功能和企业版几乎一样，只是授权限制不能用于生产环境，学生和开发者免费。SQL Server 2022 也可以，但部分学校的机房镜像可能还是 2016 或 2019，用高版本建的数据库在低版本上无法附加，所以如果你需要把数据库文件交给老师检查，最好和机房版本保持一致。
安装时有两个选项容易选错。第一个是「实例功能」里的「数据库引擎服务」必须勾选，这是核心。第二个是「排序规则」页，默认是SQL_Latin1_General_CP1_CI_AS，如果你要存中文并且希望中文排序符合拼音顺序，改成Chinese_PRC_CI_AS。安装完成后，SQL Server 服务默认是自动启动的，如果服务没起来，SSMS 连不上，先去 Windows 服务里看SQL Server (MSSQLSERVER)或命名实例的服务状态。
SSMS 的下载和安装相对独立，SQL Server 2019 对应的 SSMS 18.x 版本就够用。安装时如果提示需要 .NET Framework 4.7.2 以上，按提示装就行。SSMS 连本机默认实例时，服务器名称填localhost或.或(local)都可以，身份验证用 Windows 身份验证最省事。
4.2 ODBC 驱动报 SSL 证书链错误的排查
用 Python、Java 或 C# 通过 ODBC 连接 SQL Server 时，最常见的报错是：
[08001] [Microsoft][ODBC Driver 17 for SQL Server]SSL 提供程序: 证书链是由不受信任的颁发机构颁发的。 (-2146893019) [08001] [Microsoft][ODBC Driver 17 for SQL Server]客户端无法建立连接 (-2146893019)这个报错的原因是 ODBC Driver 17 默认启用了加密连接，而 SQL Server 自签名证书不被客户端信任。解决方式有三种，按推荐程度排序：
第一种，在连接字符串里加TrustServerCertificate=yes。这是最直接的方式，开发环境用没问题，生产环境要谨慎。
Driver={ODBC Driver 17 for SQL Server};Server=localhost;Database=StudentCourseDB;Trusted_Connection=yes;TrustServerCertificate=yes;第二种，在 SQL Server 配置管理器里给数据库引擎的证书换成一个受信任的证书。这个操作步骤多，课程设计场景不推荐。
第三种，降级使用 ODBC Driver 13 或更早版本，这些版本默认不强制加密。但不推荐，因为新版本驱动在性能和兼容性上更好。
Python 里用pyodbc连接时，连接字符串写法：
import pyodbc conn = pyodbc.connect( "DRIVER={ODBC Driver 17 for SQL Server};" "SERVER=localhost;" "DATABASE=StudentCourseDB;" "Trusted_Connection=yes;" "TrustServerCertificate=yes;" ) cursor = conn.cursor() cursor.execute("SELECT StudentID, StudentName FROM Student") for row in cursor.fetchall(): print(row)Trusted_Connection=yes表示用 Windows 身份验证，不需要输用户名密码。如果你用 SQL Server 身份验证，改成UID=sa;PWD=你的密码;。TrustServerCertificate=yes就是绕过证书链检查的关键参数。
提示：如果加了
TrustServerCertificate=yes还是报错，检查连接字符串里有没有拼写错误，尤其是分号和等号。另外，SQL Server 的 TCP/IP 协议要在配置管理器里启用，否则即使本机也连不上。
4.3 数据库文件附加和分离的常见问题
老师给的压缩包里如果有.mdf和.ldf文件，你需要用 SSMS 的「附加」功能挂到自己的 SQL Server 上。常见报错是「无法打开物理文件，操作系统错误 5: 拒绝访问」。原因是 SQL Server 服务账户没有权限读取你放文件的目录。解决办法是把.mdf和.ldf放到 SQL Server 默认的数据目录下，比如C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\，或者给那个目录加上NT SERVICE\MSSQLSERVER的读取权限。
另一个坑是版本不兼容。高版本 SQL Server 创建的数据库文件不能在低版本上附加。如果你本机是 SQL Server 2022，老师机房是 2019，你附加后升级了内部版本，再拿回机房就打不开了。所以课程设计交付时，最好同时给一份建库建表的 SQL 脚本，而不是只给.mdf文件。
5. 避坑与排查：选课系统数据库设计里最容易翻车的 5 个点
5.1 现象：插入选课记录时报外键冲突，但学生和开课计划明明都存在
原因通常有两种。第一种是插入顺序不对，先插了Enrollment再插Student或CoursePlan，外键约束在插入时就会检查，被引用行不存在直接报错。第二种是StudentID或PlanID的数据类型不匹配，比如Student表里学号是CHAR(10)，插入时用了VARCHAR(10)并且带了尾部空格，SQL Server 在比较时可能认为不相等。
解决：先确认插入顺序，学生、教师、课程、开课计划都插完再插选课记录。然后检查数据类型，CHAR和VARCHAR在比较时，SQL Server 会按排序规则决定是否忽略尾部空格，但外键约束要求精确匹配。用SELECT * FROM Student WHERE StudentID = '2024010001'确认能查到，再插Enrollment。
5.2 现象：存储过程选课成功，但查已选人数时发现超过了限选人数
原因是没有在事务里对CoursePlan行加锁，或者加锁范围不对。两个会话同时执行选课存储过程，都读到当前人数小于限选人数，然后都插入，结果超员。
解决：在读取CoursePlan的SELECT上加WITH (UPDLOCK, HOLDLOCK)，并且把人数检查和插入放在同一个事务里。如果用的是READ COMMITTED隔离级别，不加锁提示的话，读操作不会阻塞其他读操作，两个事务都能读到旧值。加上UPDLOCK后，第二个事务会等第一个事务提交后才能读，读到的是更新后的人数。
5.3 现象：退课触发器报错「已有成绩的选课记录不能退课」，但成绩字段明明是 NULL
原因可能是Score字段的CHECK约束允许 NULL，但触发器里的IS NOT NULL判断被其他逻辑干扰。比如deleted表里有多行，其中一行有成绩，另一行没有，EXISTS只要找到一行有成绩就报错，整个删除操作被阻止。
解决：如果业务允许部分退课，触发器里应该逐行判断，而不是用EXISTS一刀切。但更常见的做法是退课操作一次只退一门课，应用层保证每次只传一个EnrollmentID。如果确实需要批量退课，把触发器逻辑改成IF EXISTS (SELECT 1 FROM deleted WHERE Score IS NOT NULL)只阻止有成绩的行，无成绩的行正常删除。不过INSTEAD OF DELETE触发器里做部分删除比较绕，建议拆成两个操作：先删无成绩的，再单独处理有成绩的。
5.4 现象：SSMS 里查询中文显示成问号，或者排序结果不符合拼音顺序
原因是数据库或列的排序规则不是中文排序规则。SQL_Latin1_General_CP1_CI_AS对中文的排序是按 Unicode 码点，不是拼音。显示成问号通常是因为客户端字体或列类型用了VARCHAR而不是NVARCHAR。
解决：建库时指定COLLATE Chinese_PRC_CI_AS，中文字段用NVARCHAR或NCHAR。如果数据库已经建好，可以用ALTER DATABASE StudentCourseDB COLLATE Chinese_PRC_CI_AS;修改，但已有数据的列不会自动改排序规则，需要逐列ALTER TABLE ... ALTER COLUMN ... COLLATE Chinese_PRC_CI_AS。课程设计阶段建议直接重建，比改排序规则省事。
5.5 现象：附加数据库后，应用连接报「无法打开登录所请求的数据库」
原因是附加的数据库里包含的登录名和你本机 SQL Server 的登录名不匹配。比如老师机器上的数据库里有用户teacher\zhang，你本机没有这个 Windows 账户，附加后数据库处于「恢复挂起」或「受限用户」状态。
解决：用 SSMS 以管理员身份连接，执行ALTER AUTHORIZATION ON DATABASE::StudentCourseDB TO sa;把数据库所有者改成sa，然后ALTER DATABASE StudentCourseDB SET MULTI_USER;恢复多用户访问。如果还是不行，检查sys.database_principals里有没有孤立用户，用sp_change_users_login或ALTER USER ... WITH LOGIN = ...重新映射。
6. 进阶技巧：用 SQL Server 的窗口函数和 CTE 做选课冲突检测
选课冲突检测是学生选课系统里比较有技术含量的部分。两个开课计划如果上课时间有重叠，学生就不能同时选。上课时间在CoursePlan.ClassTime里存的是文本，比如「周一 1-2 节」或「周三 3-4 节」。直接比较文本很难判断重叠，需要先把时间解析成可比较的格式。
一种做法是在CoursePlan表里加两个字段：DayOfWeek（1 到 7）和PeriodStart、PeriodEnd（第几节到第几节）。这样冲突检测就变成数值比较：同一天，并且节次区间有重叠。
-- 给 CoursePlan 加时间字段 ALTER TABLE CoursePlan ADD DayOfWeek TINYINT NULL CHECK (DayOfWeek BETWEEN 1 AND 7), PeriodStart TINYINT NULL CHECK (PeriodStart BETWEEN 1 AND 12), PeriodEnd TINYINT NULL CHECK (PeriodEnd BETWEEN 1 AND 12); GO -- 冲突检测查询：给定学生和待选开课计划，返回冲突的已选课程 CREATE OR ALTER PROCEDURE usp_CheckScheduleConflict @StudentID CHAR(10), @NewPlanID INT AS BEGIN SET NOCOUNT ON; DECLARE @NewDay TINYINT, @NewStart TINYINT, @NewEnd TINYINT; SELECT @NewDay = DayOfWeek, @NewStart = PeriodStart, @NewEnd = PeriodEnd FROM CoursePlan WHERE PlanID = @NewPlanID; IF @NewDay IS NULL BEGIN SELECT N'待选课程未设置上课时间，无法检测冲突' AS ConflictInfo; RETURN; END ;WITH SelectedPlans AS ( SELECT cp.PlanID, cp.DayOfWeek, cp.PeriodStart, cp.PeriodEnd, c.CourseName FROM Enrollment e JOIN CoursePlan cp ON e.PlanID = cp.PlanID JOIN Course c ON cp.CourseID = c.CourseID WHERE e.StudentID = @StudentID AND cp.DayOfWeek IS NOT NULL ) SELECT sp.CourseName, sp.DayOfWeek, sp.PeriodStart, sp.PeriodEnd FROM SelectedPlans sp WHERE sp.DayOfWeek = @NewDay AND sp.PeriodStart <= @NewEnd AND sp.PeriodEnd >= @NewStart; END GO这个存储过程先用 CTE 把学生已选课程里设置了上课时间的记录捞出来，然后用区间重叠条件sp.PeriodStart <= @NewEnd AND sp.PeriodEnd >= @NewStart判断冲突。这个条件的意思是：已选课程的起始节次不晚于新课程的结束节次，并且已选课程的结束节次不早于新课程的起始节次。两个区间只要有交集，这个条件就成立。
调用方式：
EXEC usp_CheckScheduleConflict @StudentID = '2024010001', @NewPlanID = 5;如果返回空结果集，说明没有冲突，可以继续选课。如果返回了行，每行就是一门冲突的课程，前端可以提示学生「与『数据库原理』周一 1-2 节冲突」。
这个方案的前提是ClassTime文本和DayOfWeek、PeriodStart、PeriodEnd字段保持同步。我一般会在应用层录入开课计划时，让用户同时选星期和节次，然后自动生成ClassTime文本，避免手动填文本导致不一致。如果历史数据只有ClassTime文本，可以用CHARINDEX和SUBSTRING做一次性的解析迁移，但解析规则要写死，比如「周一」对应 1，「周二」对应 2，节次用-分割。解析脚本跑一次就行，不要放在业务逻辑里反复解析。
窗口函数在这里也能用。比如你想查每个开课计划的选课人数排名，或者每个学生已选课程的总学分，可以用ROW_NUMBER()和SUM() OVER()：
-- 每个学生已选课程总学分和选课门数 SELECT s.StudentID, s.StudentName, COUNT(e.EnrollmentID) AS CourseCount, SUM(c.Credit) AS TotalCredits FROM Student s LEFT JOIN Enrollment e ON s.StudentID = e.StudentID LEFT JOIN CoursePlan cp ON e.PlanID = cp.PlanID LEFT JOIN Course c ON cp.CourseID = c.CourseID GROUP BY s.StudentID, s.StudentName;这个查询用LEFT JOIN保证没选课的学生也显示，CourseCount为 0，TotalCredits为 NULL。如果希望显示 0 而不是 NULL，用ISNULL(SUM(c.Credit), 0)。
最后说一个我自己的习惯：每次改完表结构或存储过程，先在 SSMS 里用BEGIN TRANSACTION和ROLLBACK跑一遍测试数据，确认逻辑没问题再提交。选课系统的数据关联多，一个字段类型改错，可能连锁导致外键、索引、存储过程全部报错。课程设计交付前，把建库脚本、测试数据脚本、常用查询脚本分成三个文件，老师检查时一目了然，自己回头改也方便。希望帮到你。
本文还有配套的精品资源，点击获取
