簡介這份資源是面向計算機(jī)相關(guān)專業(yè)在校學(xué)生與教師的SQL Server學(xué)生選課系統(tǒng)數(shù)據(jù)庫課程設(shè)計完整包已獲導(dǎo)師認(rèn)可并在答辯中取得95分適合作為課程設(shè)計、期末大作業(yè)或項目初期立項的參考模板。壓縮包共6個文件約139KB包含sql建庫腳本、docx詳細(xì)設(shè)計文檔、md說明文件以及png結(jié)構(gòu)示意圖另附一份zip源碼覆蓋數(shù)據(jù)庫表結(jié)構(gòu)、關(guān)系設(shè)計與實現(xiàn)思路便于快速理解選課系統(tǒng)的數(shù)據(jù)建模過程。目前已有441人學(xué)習(xí)下載說明其在實際教學(xué)場景中具備一定參考價值。讀者可據(jù)此掌握從需求分析到SQL腳本落地的完整流程直接用于課設(shè)提交或在此基礎(chǔ)上修改擴(kuò)展功能也可作為小白進(jìn)階SQL Server數(shù)據(jù)庫設(shè)計的練手案例。1. 從一份課程設(shè)計壓縮包說起學(xué)生選課系統(tǒng)的數(shù)據(jù)庫到底該怎么落地很多計算機(jī)專業(yè)的學(xué)生拿到「基于 SQL Server 的學(xué)生選課系統(tǒng)數(shù)據(jù)庫設(shè)計源碼詳細(xì)文檔課程設(shè)計.zip」這類資源時第一反應(yīng)是解壓、打開文檔、照著建表。但真正動手后會發(fā)現(xiàn)表建完了選課邏輯跑不通外鍵加上了插入數(shù)據(jù)報錯文檔里寫得頭頭是道自己一跑就翻車。問題不在 SQL Server 本身而在于多數(shù)課程設(shè)計只給了「結(jié)果」沒講清「為什么這樣設(shè)計」。這篇內(nèi)容面向三類人正在做數(shù)據(jù)庫課程設(shè)計的學(xué)生、需要快速交付一個選課系統(tǒng)原型的開發(fā)者、以及想用 SQL Server 練手?jǐn)?shù)據(jù)庫設(shè)計但不知道從哪下手的工程師。我會把學(xué)生選課系統(tǒng)從需求拆解、表結(jié)構(gòu)設(shè)計、約束與索引、存儲過程與觸發(fā)器、到常見報錯排查的完整路徑講清楚。你不需要先看那份壓縮包里的源碼跟著這里的思路走自己就能搭出一套能跑、能查、能擴(kuò)展的選課數(shù)據(jù)庫。SQL Server 安裝、SSMS 連接、ODBC 驅(qū)動這些環(huán)境問題也會順帶說清楚避免你卡在第一步。2. 學(xué)生選課系統(tǒng)的表結(jié)構(gòu)設(shè)計從 ER 圖到 SQL Server 建表語句2.1 先理清實體和關(guān)系別急著寫 CREATE TABLE學(xué)生選課系統(tǒng)的核心實體其實不多學(xué)生、教師、課程、開課計劃、選課記錄。但很多課程設(shè)計翻車就翻在「開課計劃」和「課程」混在一起。課程是靜態(tài)的比如「數(shù)據(jù)庫原理」這門課課程號、學(xué)分、學(xué)時是固定的開課計劃是動態(tài)的比如 2024 年秋季學(xué)期張老師開了一個班的數(shù)據(jù)庫原理限選 60 人。這兩者必須拆成兩張表否則每學(xué)期開課都要重復(fù)錄入學(xué)分和課程名數(shù)據(jù)冗余不說改一次學(xué)分要改幾十行。關(guān)系上一個學(xué)生可以選多門開課計劃一個開課計劃可以被多個學(xué)生選所以學(xué)生和開課計劃之間是多對多需要一張選課記錄表來拆解。教師和開課計劃是一對多一個教師可以開多個班的同一門課也可以開不同課。課程和開課計劃是一對多一門課程可以在多個學(xué)期、由不同教師開設(shè)。常見做法是畫 ER 圖時把「選課記錄」當(dāng)成弱實體它的主鍵由學(xué)號加開課計劃編號組成。但實際落地時我一般會加一個自增的選課 ID 作為主鍵學(xué)號和開課計劃編號做唯一約束。原因很簡單后續(xù)如果要加退課時間、成績、是否重修這些字段復(fù)合主鍵在更新和索引維護(hù)上會越來越別扭。2.2 建表語句與字段類型選擇下面是一套可以直接在 SQL Server 2019 及以上版本執(zhí)行的建表腳本。注意數(shù)據(jù)庫名、文件路徑按你本機(jī)實際情況改不要直接復(fù)制路徑。-- 創(chuàng)建數(shù)據(jù)庫文件路徑按本機(jī)實際目錄調(diào)整 CREATE DATABASE StudentCourseDB ON PRIMARY ( NAME NStudentCourseDB_Data, FILENAME ND:\SQLData\StudentCourseDB_Data.mdf, SIZE 64MB, FILEGROWTH 16MB ) LOG ON ( NAME NStudentCourseDB_Log, FILENAME ND:\SQLData\StudentCourseDB_Log.ldf, SIZE 32MB, FILEGROWTH 16MB ); GO USE StudentCourseDB; GO -- 學(xué)生表學(xué)號做主鍵姓名、性別、入學(xué)年份、班級 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 ); -- 課程表課程號做主鍵課程名、學(xué)分、總學(xué)時 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) ); -- 開課計劃表每學(xué)期每門課由哪位老師開、限選人數(shù)、上課時間地點 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) ); -- 選課記錄表自增主鍵學(xué)號開課計劃唯一含選課時間和成績 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這段腳本里幾個關(guān)鍵點值得展開。StudentID用CHAR(10)而不是VARCHAR因為學(xué)號長度固定CHAR在 SQL Server 里對定長數(shù)據(jù)的存儲和比較效率更穩(wěn)。Gender用NCHAR(1)加CHECK約束比用BIT存性別更符合國內(nèi)課程設(shè)計的習(xí)慣也方便直接顯示。Semester用CHAR(11)存「2024-2025-1」這種格式比拆成學(xué)年和學(xué)期兩個字段更直觀查詢時用LIKE 2024-2025%就能篩出整個學(xué)年。CoursePlan表上的UQ_Plan唯一約束保證了同一學(xué)期、同一教師、同一課程不會重復(fù)開班。Enrollment表上的UQ_Enroll唯一約束是選課系統(tǒng)的核心防線——同一個學(xué)生不能對同一個開課計劃選兩次。這個約束比在應(yīng)用層用代碼判斷可靠得多因為并發(fā)場景下應(yīng)用層的「先查再插」很容易被擊穿。提示如果你的 SQL Server 安裝后默認(rèn)排序規(guī)則是Chinese_PRC_CI_AS中文字段用NVARCHAR沒問題如果排序規(guī)則是SQL_Latin1_General_CP1_CI_AS存中文可能顯示亂碼建庫時指定COLLATE Chinese_PRC_CI_AS更穩(wěn)妥。2.3 索引怎么加才不白加建完表只是開始選課系統(tǒng)最常查的場景是某學(xué)生已選課程列表、某開課計劃已選人數(shù)、某學(xué)期某學(xué)生的課表。這三個查詢分別對應(yīng)Enrollment(StudentID)、Enrollment(PlanID)、以及Enrollment聯(lián)合CoursePlan按學(xué)期過濾。-- 學(xué)生查自己的選課記錄 CREATE NONCLUSTERED INDEX IX_Enrollment_StudentID ON Enrollment(StudentID) INCLUDE (PlanID, Score, EnrollTime); -- 查某開課計劃已選人數(shù)、做限選判斷 CREATE NONCLUSTERED INDEX IX_Enrollment_PlanID ON Enrollment(PlanID) INCLUDE (StudentID); -- 按學(xué)期查開課計劃 CREATE NONCLUSTERED INDEX IX_CoursePlan_Semester ON CoursePlan(Semester) INCLUDE (CourseID, TeacherID, MaxStudents);INCLUDE里放的字段是覆蓋列意思是查詢只用到這些列時SQL Server 直接走索引就能拿到數(shù)據(jù)不用回表。IX_Enrollment_StudentID的覆蓋列里放了PlanID、Score、EnrollTime學(xué)生查成績和選課時間時就不用再去聚簇索引里撈。但覆蓋列不是越多越好每個覆蓋列都會增加索引頁的大小寫入時維護(hù)成本也更高。我一般只把高頻查詢里SELECT出來的列放進(jìn)去WHERE里用到的列已經(jīng)在索引鍵里了。3. 用存儲過程和觸發(fā)器把選課邏輯鎖在數(shù)據(jù)庫層3.1 選課存儲過程限選人數(shù)和沖突檢測一次做完應(yīng)用層寫選課邏輯最怕兩件事一是并發(fā)選課把限選人數(shù)撐爆二是同一時間段選了兩門課。這兩件事都可以在存儲過程里用事務(wù)加鎖解決。CREATE OR ALTER PROCEDURE usp_EnrollCourse StudentID CHAR(10), PlanID INT, Result NVARCHAR(100) OUTPUT AS BEGIN SET NOCOUNT ON; BEGIN TRY BEGIN TRANSACTION; -- 檢查開課計劃是否存在并取限選人數(shù) 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已選過該課程不能重復(fù)選; ROLLBACK TRANSACTION; RETURN; END -- 檢查人數(shù)是否已滿 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)是關(guān)鍵。UPDLOCK在讀取CoursePlan行時加更新鎖HOLDLOCK相當(dāng)于把隔離級別提到可重復(fù)讀兩者合在一起保證在事務(wù)提交前其他會話不能修改這行數(shù)據(jù)也不能插入新的選課記錄來繞過人數(shù)檢查。如果沒有這兩個鎖提示兩個學(xué)生同時選最后一個名額時兩個事務(wù)都讀到CurrentCount小于MaxStudents然后都插入結(jié)果超員。Result作為OUTPUT參數(shù)返回文本結(jié)果調(diào)用方在 C# 或 Java 里直接讀這個參數(shù)就能知道成功還是失敗。比返回結(jié)果集更簡單也避免應(yīng)用層解析多行數(shù)據(jù)。調(diào)用方式DECLARE Msg NVARCHAR(100); EXEC usp_EnrollCourse StudentID 2024010001, PlanID 1, Result Msg OUTPUT; SELECT Msg AS Result;3.2 觸發(fā)器處理退課和成績錄入的聯(lián)動選課系統(tǒng)里退課不是簡單刪掉Enrollment一行就完事。如果這門課已經(jīng)有成績退課應(yīng)該被禁止如果退課成功可能需要記錄退課日志。成績錄入時如果分?jǐn)?shù)不在 0 到 100 之間也應(yīng)該在數(shù)據(jù)庫層攔一道。-- 退課前檢查是否有成績 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因為需要在刪除前判斷成績是否存在并且要往日志表寫數(shù)據(jù)。deleted是觸發(fā)器里的邏輯表存放被刪除的行。如果直接寫AFTER DELETE刪除已經(jīng)發(fā)生再回滾雖然可以但日志表里可能已經(jīng)插入了不該插的數(shù)據(jù)邏輯上更繞。成績錄入的檢查其實用CHECK約束就夠了前面建表時已經(jīng)加了Score的CHECK。但如果你希望成績錄入時自動把超過 100 的截斷為 100或者低于 0 的置為 0那就需要觸發(fā)器或存儲過程。我一般不建議在數(shù)據(jù)庫層做這種「自動修正」因為會掩蓋應(yīng)用層的 bug讓問題更難排查。注意觸發(fā)器和存儲過程里的RAISERROR在 SQL Server 2016 之后建議用THROW替代但THROW會直接中斷批處理在INSTEAD OF觸發(fā)器里行為略有不同。課程設(shè)計里用RAISERROR兼容性更好SSMS 里也能直接看到消息。3.3 用視圖把常用查詢封裝成「虛擬表」學(xué)生選課系統(tǒng)里最常用的查詢是「某學(xué)生某學(xué)期的課表」和「某開課計劃的選課名單」。這兩個查詢涉及三到四張表連接每次寫一遍容易出錯封裝成視圖后應(yīng)用層直接SELECT * FROM ViewName WHERE ...就行。-- 學(xué)生課表視圖學(xué)號、姓名、學(xué)期、課程名、教師名、上課時間地點 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 -- 開課計劃選課人數(shù)視圖 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)會返回 0RemainingSeats就是MaxStudents。如果用INNER JOIN沒人選的計劃直接不顯示前端就看不到「剩余名額」了。4. 環(huán)境與連接SQL Server 安裝、SSMS 和 ODBC 驅(qū)動那些坑4.1 SQL Server 版本選擇和安裝注意事項課程設(shè)計場景下SQL Server 2019 Developer 版是最穩(wěn)妥的選擇。Developer 版功能和企業(yè)版幾乎一樣只是授權(quán)限制不能用于生產(chǎn)環(huán)境學(xué)生和開發(fā)者免費。SQL Server 2022 也可以但部分學(xué)校的機(jī)房鏡像可能還是 2016 或 2019用高版本建的數(shù)據(jù)庫在低版本上無法附加所以如果你需要把數(shù)據(jù)庫文件交給老師檢查最好和機(jī)房版本保持一致。安裝時有兩個選項容易選錯。第一個是「實例功能」里的「數(shù)據(jù)庫引擎服務(wù)」必須勾選這是核心。第二個是「排序規(guī)則」頁默認(rèn)是SQL_Latin1_General_CP1_CI_AS如果你要存中文并且希望中文排序符合拼音順序改成Chinese_PRC_CI_AS。安裝完成后SQL Server 服務(wù)默認(rèn)是自動啟動的如果服務(wù)沒起來SSMS 連不上先去 Windows 服務(wù)里看SQL Server (MSSQLSERVER)或命名實例的服務(wù)狀態(tài)。SSMS 的下載和安裝相對獨立SQL Server 2019 對應(yīng)的 SSMS 18.x 版本就夠用。安裝時如果提示需要 .NET Framework 4.7.2 以上按提示裝就行。SSMS 連本機(jī)默認(rèn)實例時服務(wù)器名稱填localhost或.或(local)都可以身份驗證用 Windows 身份驗證最省事。4.2 ODBC 驅(qū)動報 SSL 證書鏈錯誤的排查用 Python、Java 或 C# 通過 ODBC 連接 SQL Server 時最常見的報錯是[08001] [Microsoft][ODBC Driver 17 for SQL Server]SSL 提供程序: 證書鏈?zhǔn)怯刹皇苄湃蔚念C發(fā)機(jī)構(gòu)頒發(fā)的。 (-2146893019) [08001] [Microsoft][ODBC Driver 17 for SQL Server]客戶端無法建立連接 (-2146893019)這個報錯的原因是 ODBC Driver 17 默認(rèn)啟用了加密連接而 SQL Server 自簽名證書不被客戶端信任。解決方式有三種按推薦程度排序第一種在連接字符串里加TrustServerCertificateyes。這是最直接的方式開發(fā)環(huán)境用沒問題生產(chǎn)環(huán)境要謹(jǐn)慎。Driver{ODBC Driver 17 for SQL Server};Serverlocalhost;DatabaseStudentCourseDB;Trusted_Connectionyes;TrustServerCertificateyes;第二種在 SQL Server 配置管理器里給數(shù)據(jù)庫引擎的證書換成一個受信任的證書。這個操作步驟多課程設(shè)計場景不推薦。第三種降級使用 ODBC Driver 13 或更早版本這些版本默認(rèn)不強(qiáng)制加密。但不推薦因為新版本驅(qū)動在性能和兼容性上更好。Python 里用pyodbc連接時連接字符串寫法import pyodbc conn pyodbc.connect( DRIVER{ODBC Driver 17 for SQL Server}; SERVERlocalhost; DATABASEStudentCourseDB; Trusted_Connectionyes; TrustServerCertificateyes; ) cursor conn.cursor() cursor.execute(SELECT StudentID, StudentName FROM Student) for row in cursor.fetchall(): print(row)Trusted_Connectionyes表示用 Windows 身份驗證不需要輸用戶名密碼。如果你用 SQL Server 身份驗證改成UIDsa;PWD你的密碼;。TrustServerCertificateyes就是繞過證書鏈檢查的關(guān)鍵參數(shù)。提示如果加了TrustServerCertificateyes還是報錯檢查連接字符串里有沒有拼寫錯誤尤其是分號和等號。另外SQL Server 的 TCP/IP 協(xié)議要在配置管理器里啟用否則即使本機(jī)也連不上。4.3 數(shù)據(jù)庫文件附加和分離的常見問題老師給的壓縮包里如果有.mdf和.ldf文件你需要用 SSMS 的「附加」功能掛到自己的 SQL Server 上。常見報錯是「無法打開物理文件操作系統(tǒng)錯誤 5: 拒絕訪問」。原因是 SQL Server 服務(wù)賬戶沒有權(quán)限讀取你放文件的目錄。解決辦法是把.mdf和.ldf放到 SQL Server 默認(rèn)的數(shù)據(jù)目錄下比如C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\或者給那個目錄加上NT SERVICE\MSSQLSERVER的讀取權(quán)限。另一個坑是版本不兼容。高版本 SQL Server 創(chuàng)建的數(shù)據(jù)庫文件不能在低版本上附加。如果你本機(jī)是 SQL Server 2022老師機(jī)房是 2019你附加后升級了內(nèi)部版本再拿回機(jī)房就打不開了。所以課程設(shè)計交付時最好同時給一份建庫建表的 SQL 腳本而不是只給.mdf文件。5. 避坑與排查選課系統(tǒng)數(shù)據(jù)庫設(shè)計里最容易翻車的 5 個點5.1 現(xiàn)象插入選課記錄時報外鍵沖突但學(xué)生和開課計劃明明都存在原因通常有兩種。第一種是插入順序不對先插了Enrollment再插Student或CoursePlan外鍵約束在插入時就會檢查被引用行不存在直接報錯。第二種是StudentID或PlanID的數(shù)據(jù)類型不匹配比如Student表里學(xué)號是CHAR(10)插入時用了VARCHAR(10)并且?guī)Я宋膊靠崭馭QL Server 在比較時可能認(rèn)為不相等。解決先確認(rèn)插入順序?qū)W生、教師、課程、開課計劃都插完再插選課記錄。然后檢查數(shù)據(jù)類型CHAR和VARCHAR在比較時SQL Server 會按排序規(guī)則決定是否忽略尾部空格但外鍵約束要求精確匹配。用SELECT * FROM Student WHERE StudentID 2024010001確認(rèn)能查到再插Enrollment。5.2 現(xiàn)象存儲過程選課成功但查已選人數(shù)時發(fā)現(xiàn)超過了限選人數(shù)原因是沒有在事務(wù)里對CoursePlan行加鎖或者加鎖范圍不對。兩個會話同時執(zhí)行選課存儲過程都讀到當(dāng)前人數(shù)小于限選人數(shù)然后都插入結(jié)果超員。解決在讀取CoursePlan的SELECT上加WITH (UPDLOCK, HOLDLOCK)并且把人數(shù)檢查和插入放在同一個事務(wù)里。如果用的是READ COMMITTED隔離級別不加鎖提示的話讀操作不會阻塞其他讀操作兩個事務(wù)都能讀到舊值。加上UPDLOCK后第二個事務(wù)會等第一個事務(wù)提交后才能讀讀到的是更新后的人數(shù)。5.3 現(xiàn)象退課觸發(fā)器報錯「已有成績的選課記錄不能退課」但成績字段明明是 NULL原因可能是Score字段的CHECK約束允許 NULL但觸發(fā)器里的IS NOT NULL判斷被其他邏輯干擾。比如deleted表里有多行其中一行有成績另一行沒有EXISTS只要找到一行有成績就報錯整個刪除操作被阻止。解決如果業(yè)務(wù)允許部分退課觸發(fā)器里應(yīng)該逐行判斷而不是用EXISTS一刀切。但更常見的做法是退課操作一次只退一門課應(yīng)用層保證每次只傳一個EnrollmentID。如果確實需要批量退課把觸發(fā)器邏輯改成IF EXISTS (SELECT 1 FROM deleted WHERE Score IS NOT NULL)只阻止有成績的行無成績的行正常刪除。不過INSTEAD OF DELETE觸發(fā)器里做部分刪除比較繞建議拆成兩個操作先刪無成績的再單獨處理有成績的。5.4 現(xiàn)象SSMS 里查詢中文顯示成問號或者排序結(jié)果不符合拼音順序原因是數(shù)據(jù)庫或列的排序規(guī)則不是中文排序規(guī)則。SQL_Latin1_General_CP1_CI_AS對中文的排序是按 Unicode 碼點不是拼音。顯示成問號通常是因為客戶端字體或列類型用了VARCHAR而不是NVARCHAR。解決建庫時指定COLLATE Chinese_PRC_CI_AS中文字段用NVARCHAR或NCHAR。如果數(shù)據(jù)庫已經(jīng)建好可以用ALTER DATABASE StudentCourseDB COLLATE Chinese_PRC_CI_AS;修改但已有數(shù)據(jù)的列不會自動改排序規(guī)則需要逐列ALTER TABLE ... ALTER COLUMN ... COLLATE Chinese_PRC_CI_AS。課程設(shè)計階段建議直接重建比改排序規(guī)則省事。5.5 現(xiàn)象附加數(shù)據(jù)庫后應(yīng)用連接報「無法打開登錄所請求的數(shù)據(jù)庫」原因是附加的數(shù)據(jù)庫里包含的登錄名和你本機(jī) SQL Server 的登錄名不匹配。比如老師機(jī)器上的數(shù)據(jù)庫里有用戶teacher\zhang你本機(jī)沒有這個 Windows 賬戶附加后數(shù)據(jù)庫處于「恢復(fù)掛起」或「受限用戶」?fàn)顟B(tài)。解決用 SSMS 以管理員身份連接執(zhí)行ALTER AUTHORIZATION ON DATABASE::StudentCourseDB TO sa;把數(shù)據(jù)庫所有者改成sa然后ALTER DATABASE StudentCourseDB SET MULTI_USER;恢復(fù)多用戶訪問。如果還是不行檢查sys.database_principals里有沒有孤立用戶用sp_change_users_login或ALTER USER ... WITH LOGIN ...重新映射。6. 進(jìn)階技巧用 SQL Server 的窗口函數(shù)和 CTE 做選課沖突檢測選課沖突檢測是學(xué)生選課系統(tǒng)里比較有技術(shù)含量的部分。兩個開課計劃如果上課時間有重疊學(xué)生就不能同時選。上課時間在CoursePlan.ClassTime里存的是文本比如「周一 1-2 節(jié)」或「周三 3-4 節(jié)」。直接比較文本很難判斷重疊需要先把時間解析成可比較的格式。一種做法是在CoursePlan表里加兩個字段DayOfWeek1 到 7和PeriodStart、PeriodEnd第幾節(jié)到第幾節(jié)。這樣沖突檢測就變成數(shù)值比較同一天并且節(jié)次區(qū)間有重疊。-- 給 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 -- 沖突檢測查詢給定學(xué)生和待選開課計劃返回沖突的已選課程 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待選課程未設(shè)置上課時間無法檢測沖突 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 把學(xué)生已選課程里設(shè)置了上課時間的記錄撈出來然后用區(qū)間重疊條件sp.PeriodStart NewEnd AND sp.PeriodEnd NewStart判斷沖突。這個條件的意思是已選課程的起始節(jié)次不晚于新課程的結(jié)束節(jié)次并且已選課程的結(jié)束節(jié)次不早于新課程的起始節(jié)次。兩個區(qū)間只要有交集這個條件就成立。調(diào)用方式EXEC usp_CheckScheduleConflict StudentID 2024010001, NewPlanID 5;如果返回空結(jié)果集說明沒有沖突可以繼續(xù)選課。如果返回了行每行就是一門沖突的課程前端可以提示學(xué)生「與『數(shù)據(jù)庫原理』周一 1-2 節(jié)沖突」。這個方案的前提是ClassTime文本和DayOfWeek、PeriodStart、PeriodEnd字段保持同步。我一般會在應(yīng)用層錄入開課計劃時讓用戶同時選星期和節(jié)次然后自動生成ClassTime文本避免手動填文本導(dǎo)致不一致。如果歷史數(shù)據(jù)只有ClassTime文本可以用CHARINDEX和SUBSTRING做一次性的解析遷移但解析規(guī)則要寫死比如「周一」對應(yīng) 1「周二」對應(yīng) 2節(jié)次用-分割。解析腳本跑一次就行不要放在業(yè)務(wù)邏輯里反復(fù)解析。窗口函數(shù)在這里也能用。比如你想查每個開課計劃的選課人數(shù)排名或者每個學(xué)生已選課程的總學(xué)分可以用ROW_NUMBER()和SUM() OVER()-- 每個學(xué)生已選課程總學(xué)分和選課門數(shù) 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保證沒選課的學(xué)生也顯示CourseCount為 0TotalCredits為 NULL。如果希望顯示 0 而不是 NULL用ISNULL(SUM(c.Credit), 0)。最后說一個我自己的習(xí)慣每次改完表結(jié)構(gòu)或存儲過程先在 SSMS 里用BEGIN TRANSACTION和ROLLBACK跑一遍測試數(shù)據(jù)確認(rèn)邏輯沒問題再提交。選課系統(tǒng)的數(shù)據(jù)關(guān)聯(lián)多一個字段類型改錯可能連鎖導(dǎo)致外鍵、索引、存儲過程全部報錯。課程設(shè)計交付前把建庫腳本、測試數(shù)據(jù)腳本、常用查詢腳本分成三個文件老師檢查時一目了然自己回頭改也方便。希望幫到你。本文還有配套的精品資源點擊獲取