簡(jiǎn)介這份資源是北郵研一數(shù)據(jù)庫(kù)課程大作業(yè)的完整詳解文檔面向正在修讀數(shù)據(jù)庫(kù)系統(tǒng)課程、需要完成課程設(shè)計(jì)的研究生及高年級(jí)本科生。內(nèi)容圍繞學(xué)生成績(jī)管理系統(tǒng)展開覆蓋需求分析、數(shù)據(jù)庫(kù)設(shè)計(jì)、ER圖繪制、邏輯結(jié)構(gòu)設(shè)計(jì)與建表程序等完整流程可幫助讀者理解從需求到實(shí)現(xiàn)的規(guī)范化設(shè)計(jì)思路。壓縮包內(nèi)共1個(gè)docx文件約503KB以文字與圖表形式呈現(xiàn)便于直接參考與整理。文檔詳細(xì)給出Course、Student、Sc、Teacher四張表的字段定義、主外鍵約束與一對(duì)多關(guān)系并包含不及格學(xué)生名單統(tǒng)計(jì)、無(wú)教學(xué)任務(wù)教師查詢等典型功能設(shè)計(jì)以及局部與全局ER圖、數(shù)據(jù)字典和建表SQL語(yǔ)句。目前已有606人學(xué)習(xí)下載適合需要課程設(shè)計(jì)參考、數(shù)據(jù)庫(kù)建模練習(xí)或期末復(fù)習(xí)的讀者借鑒其設(shè)計(jì)框架與實(shí)現(xiàn)細(xì)節(jié)。1. 北郵研一數(shù)據(jù)庫(kù)大作業(yè)從選題到跑通一個(gè)能交差的完整路徑北郵研一數(shù)據(jù)庫(kù)大作業(yè)通常不是讓你從零寫一個(gè)數(shù)據(jù)庫(kù)內(nèi)核而是給定一個(gè)業(yè)務(wù)場(chǎng)景要求完成需求分析、E-R 建模、建庫(kù)建表、增刪改查、視圖/存儲(chǔ)過(guò)程/觸發(fā)器最后交一份報(bào)告加可運(yùn)行的 SQL 腳本。熱詞里高頻出現(xiàn)的 MySQL、Navicat、學(xué)生成績(jī)管理系統(tǒng)恰好就是這類作業(yè)最常見的組合。我?guī)н^(guò)幾屆本科和研一的數(shù)據(jù)庫(kù)課設(shè)發(fā)現(xiàn)真正卡住大家的不是 SQL 語(yǔ)法而是選題太虛、表結(jié)構(gòu)反復(fù)改、數(shù)據(jù)對(duì)不上、報(bào)告寫不出設(shè)計(jì)取舍。這篇筆記按我實(shí)際帶學(xué)生做項(xiàng)目的順序把選題、建模、建庫(kù)、寫查詢、加高級(jí)對(duì)象、排錯(cuò)、驗(yàn)收串成一條能直接照著走的路徑。適合剛?cè)雽W(xué)、手上只有一臺(tái)筆記本、需要在兩三周內(nèi)交出一個(gè)像樣系統(tǒng)的研一同學(xué)。2. 選題與需求為什么學(xué)生成績(jī)管理系統(tǒng)是安全牌2.1 先判斷作業(yè)到底在考什么很多同學(xué)一上來(lái)就想做“校園二手交易平臺(tái)”或者“實(shí)驗(yàn)室設(shè)備管理”覺(jué)得新鮮。但數(shù)據(jù)庫(kù)大作業(yè)的評(píng)分點(diǎn)集中在數(shù)據(jù)建模是否規(guī)范、約束是否完整、查詢是否覆蓋業(yè)務(wù)、高級(jí)對(duì)象是否用對(duì)而不是業(yè)務(wù)本身有多花哨。學(xué)生成績(jī)管理系統(tǒng)之所以成為經(jīng)典是因?yàn)樗膶?shí)體和聯(lián)系天然清晰學(xué)生、課程、教師、班級(jí)、選課、成績(jī)一對(duì)多和多對(duì)多關(guān)系齊全正好能把主外鍵、唯一約束、級(jí)聯(lián)、聚合查詢?nèi)烤氁槐?。你換成別的題目如果實(shí)體關(guān)系沒(méi)這么干凈后面寫 SQL 會(huì)一直別扭。判斷標(biāo)準(zhǔn)很簡(jiǎn)單你的系統(tǒng)里有沒(méi)有至少兩個(gè)多對(duì)多關(guān)系有沒(méi)有需要事務(wù)保證一致性的操作有沒(méi)有需要按維度統(tǒng)計(jì)的報(bào)表。學(xué)生成績(jī)管理系統(tǒng)里學(xué)生選課是多對(duì)多教師授課也是多對(duì)多成績(jī)錄入和修改需要事務(wù)班級(jí)平均分、課程及格率是典型報(bào)表。這三點(diǎn)齊了作業(yè)的技術(shù)含量就夠。2.2 需求清單要落到字段級(jí)別需求分析不要寫成散文。我一般讓學(xué)生直接列三張清單實(shí)體清單、屬性清單、業(yè)務(wù)操作清單。實(shí)體清單寫清楚有哪些對(duì)象屬性清單寫到字段名、類型、是否可空、默認(rèn)值業(yè)務(wù)操作清單寫清楚誰(shuí)會(huì)做什么比如“教務(wù)老師錄入成績(jī)”“學(xué)生查詢個(gè)人成績(jī)”“班主任查看班級(jí)排名”。以學(xué)生成績(jī)管理系統(tǒng)為例核心實(shí)體至少包括學(xué)生、班級(jí)、課程、教師、選課記錄。選課記錄這張表是關(guān)鍵它承載學(xué)生和課程的多對(duì)多關(guān)系同時(shí)掛成績(jī)字段。很多同學(xué)把成績(jī)直接放在學(xué)生表或課程表里這是典型建模錯(cuò)誤會(huì)導(dǎo)致一個(gè)學(xué)生只能有一門課的成績(jī)。注意屬性清單里一定要標(biāo)出哪些字段需要唯一約束比如學(xué)號(hào)、課程編號(hào)、教師工號(hào)。這些約束后面建表時(shí)直接寫進(jìn) DDL比在應(yīng)用層判斷可靠得多。2.3 從需求到 E-R 圖的最小步驟E-R 圖不用畫得多漂亮但實(shí)體、屬性、聯(lián)系三要素必須齊全。我通常用 draw.io 或者紙筆先畫確認(rèn)三件事每個(gè)實(shí)體有沒(méi)有主鍵每個(gè)多對(duì)多聯(lián)系有沒(méi)有拆成獨(dú)立的關(guān)系表每個(gè)一對(duì)多聯(lián)系的外鍵放在哪一側(cè)。確認(rèn)完再轉(zhuǎn)成關(guān)系模式也就是最終的表結(jié)構(gòu)。關(guān)系模式寫出來(lái)大概是這個(gè)形式學(xué)生(學(xué)號(hào), 姓名, 性別, 出生日期, 班級(jí)編號(hào))班級(jí)(班級(jí)編號(hào), 班級(jí)名稱, 入學(xué)年份)課程(課程編號(hào), 課程名稱, 學(xué)分, 教師工號(hào))教師(教師工號(hào), 姓名, 職稱)選課(學(xué)號(hào), 課程編號(hào), 成績(jī), 選課時(shí)間)這里選課表的主鍵是(學(xué)號(hào), 課程編號(hào))復(fù)合主鍵成績(jī)?cè)试S為空表示尚未錄入。這個(gè)設(shè)計(jì)決定了后面所有查詢的寫法所以務(wù)必在動(dòng)手建表前定下來(lái)。3. 建庫(kù)建表MySQL 8 下的 DDL 與約束落地3.1 環(huán)境準(zhǔn)備與字符集選擇本地跑 MySQL 8 是最省事的方案。安裝完成后第一件事是確認(rèn)字符集否則中文姓名和課程名會(huì)出現(xiàn)亂碼。建庫(kù)時(shí)顯式指定 utf8mb4排序規(guī)則用 utf8mb4_0900_ai_ci這是 MySQL 8 的默認(rèn)推薦對(duì)中文和 emoji 都友好。-- 創(chuàng)建數(shù)據(jù)庫(kù)顯式指定字符集避免中文亂碼 CREATE DATABASE score_mgmt DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_0900_ai_ci; USE score_mgmt;字符集這件事看起來(lái)小但每年都有學(xué)生因?yàn)閹?kù)、表、連接三層字符集不一致導(dǎo)致 Navicat 里看到問(wèn)號(hào)。建庫(kù)時(shí)定好后面建表繼承庫(kù)的設(shè)置連接串里也寫 utf8mb4基本不會(huì)翻車。3.2 建表順序與外鍵依賴建表必須按依賴順序來(lái)先建被引用的表再建引用它們的表。班級(jí)和教師不依賴別人先建學(xué)生依賴班級(jí)課程依賴教師其次選課依賴學(xué)生和課程最后建。順序錯(cuò)了會(huì)報(bào)外鍵約束錯(cuò)誤。-- 班級(jí)表被學(xué)生表引用先建 CREATE TABLE class ( class_id INT PRIMARY KEY AUTO_INCREMENT, class_name VARCHAR(50) NOT NULL, enroll_year YEAR NOT NULL ) ENGINEInnoDB; -- 教師表被課程表引用 CREATE TABLE teacher ( teacher_id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(30) NOT NULL, title VARCHAR(20) DEFAULT 講師 ) ENGINEInnoDB; -- 學(xué)生表外鍵指向班級(jí) CREATE TABLE student ( student_id CHAR(10) PRIMARY KEY, -- 學(xué)號(hào)固定10位 name VARCHAR(30) NOT NULL, gender ENUM(男,女) DEFAULT 男, birth_date DATE, class_id INT, CONSTRAINT fk_student_class FOREIGN KEY (class_id) REFERENCES class(class_id) ON DELETE SET NULL ) ENGINEInnoDB; -- 課程表外鍵指向教師 CREATE TABLE course ( course_id CHAR(8) PRIMARY KEY, course_name VARCHAR(60) NOT NULL, credit DECIMAL(3,1) NOT NULL DEFAULT 2.0, teacher_id INT, CONSTRAINT fk_course_teacher FOREIGN KEY (teacher_id) REFERENCES teacher(teacher_id) ON DELETE SET NULL ) ENGINEInnoDB; -- 選課表復(fù)合主鍵兩個(gè)外鍵 CREATE TABLE enrollment ( student_id CHAR(10), course_id CHAR(8), score DECIMAL(5,2) DEFAULT NULL, -- 空表示未錄入 enroll_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (student_id, course_id), CONSTRAINT fk_enroll_student FOREIGN KEY (student_id) REFERENCES student(student_id) ON DELETE CASCADE, CONSTRAINT fk_enroll_course FOREIGN KEY (course_id) REFERENCES course(course_id) ON DELETE CASCADE ) ENGINEInnoDB;幾個(gè)參數(shù)值得說(shuō)明。學(xué)號(hào)用 CHAR(10) 而不是 INT因?yàn)閷W(xué)號(hào)可能有前導(dǎo)零用整數(shù)會(huì)丟零。成績(jī)用 DECIMAL(5,2)能表示 0 到 999.99保留兩位小數(shù)比 FLOAT 精確避免 59.999 被顯示成 60 的玄學(xué)問(wèn)題。選課表用復(fù)合主鍵天然保證同一個(gè)學(xué)生不能重復(fù)選同一門課。外鍵的 ON DELETE 行為要按業(yè)務(wù)定學(xué)生刪除后選課記錄跟著刪用 CASCADE班級(jí)刪除后學(xué)生保留但班級(jí)置空用 SET NULL。3.3 索引與默認(rèn)值的取舍主鍵自動(dòng)帶索引外鍵列 MySQL 也會(huì)自動(dòng)建索引。除此之外經(jīng)常用來(lái)查詢的列可以手動(dòng)加索引比如學(xué)生表的 name、選課表的 score。但索引不是越多越好每個(gè)索引都會(huì)拖慢插入速度。作業(yè)規(guī)模下加一兩個(gè)關(guān)鍵索引就夠。默認(rèn)值方面熱詞里有人搜“mysql 設(shè)置默認(rèn)值為 0”這在成績(jī)場(chǎng)景要小心。成績(jī)默認(rèn)值如果設(shè)成 0未錄入和考零分會(huì)混淆。我一般把成績(jī)默認(rèn)值設(shè)為 NULL用 IS NULL 判斷未錄入語(yǔ)義清晰。只有像學(xué)分這種一定有值的字段才給默認(rèn)值。提示建完表后用SHOW CREATE TABLE enrollment;檢查一遍確認(rèn)外鍵和字符集都符合預(yù)期比事后出問(wèn)題再回頭查省事得多。4. 增刪改查與高級(jí)對(duì)象把作業(yè)的技術(shù)分拿滿4.1 基礎(chǔ) CRUD 與批量數(shù)據(jù)生成建完表先灌數(shù)據(jù)。手工插幾條能驗(yàn)證邏輯但要跑統(tǒng)計(jì)查詢至少需要幾十個(gè)學(xué)生、幾門課、上百條選課記錄。我一般寫一段 INSERT 批量插入或者用存儲(chǔ)過(guò)程循環(huán)生成。手工插的話注意外鍵順序先插班級(jí)、教師再插學(xué)生、課程最后插選課。-- 按依賴順序插入基礎(chǔ)數(shù)據(jù) INSERT INTO class (class_name, enroll_year) VALUES (通信2101, 2021), (通信2102, 2021), (計(jì)算機(jī)2101, 2021); INSERT INTO teacher (name, title) VALUES (張老師, 教授), (李老師, 副教授), (王老師, 講師); INSERT INTO student (student_id, name, gender, birth_date, class_id) VALUES (2021010101, 趙一, 男, 2003-05-12, 1), (2021010102, 錢二, 女, 2003-08-20, 1), (2021010103, 孫三, 男, 2003-02-01, 2); INSERT INTO course (course_id, course_name, credit, teacher_id) VALUES (CS101, 數(shù)據(jù)庫(kù)原理, 3.0, 1), (CS102, 數(shù)據(jù)結(jié)構(gòu), 4.0, 2), (MA101, 高等數(shù)學(xué), 5.0, 3); INSERT INTO enrollment (student_id, course_id, score) VALUES (2021010101, CS101, 88.5), (2021010101, CS102, 76.0), (2021010102, CS101, 92.0), (2021010103, MA101, NULL); -- 未錄入插入時(shí)注意選課表的 score 允許 NULL所以最后一條表示孫三選了高數(shù)但成績(jī)還沒(méi)錄。這個(gè) NULL 在后面統(tǒng)計(jì)平均分時(shí)會(huì)被自動(dòng)忽略符合業(yè)務(wù)預(yù)期。4.2 多表連接與聚合查詢作業(yè)里最能體現(xiàn)水平的是統(tǒng)計(jì)類查詢。比如查每個(gè)學(xué)生的總分和平均分、每門課的及格率、班級(jí)排名。這些都要用 JOIN 加 GROUP BY。-- 查詢每個(gè)學(xué)生的總分、平均分和選課門數(shù) SELECT s.student_id, s.name, COUNT(e.course_id) AS course_count, SUM(e.score) AS total_score, ROUND(AVG(e.score), 2) AS avg_score FROM student s LEFT JOIN enrollment e ON s.student_id e.student_id GROUP BY s.student_id, s.name ORDER BY avg_score DESC;這里用 LEFT JOIN 而不是 INNER JOIN是為了讓沒(méi)選課的學(xué)生也出現(xiàn)在結(jié)果里顯示為 0 門課。如果用 INNER JOIN沒(méi)選課的學(xué)生直接消失報(bào)表就不完整。AVG 會(huì)自動(dòng)跳過(guò) NULL所以未錄入的成績(jī)不影響平均分計(jì)算。ROUND 保留兩位小數(shù)避免出現(xiàn)一長(zhǎng)串浮點(diǎn)數(shù)。再比如查每門課的及格率-- 每門課的選課人數(shù)、及格人數(shù)、及格率 SELECT c.course_name, COUNT(e.student_id) AS total, SUM(CASE WHEN e.score 60 THEN 1 ELSE 0 END) AS passed, ROUND(SUM(CASE WHEN e.score 60 THEN 1 ELSE 0 END) / COUNT(e.student_id) * 100, 1) AS pass_rate FROM course c JOIN enrollment e ON c.course_id e.course_id WHERE e.score IS NOT NULL GROUP BY c.course_id, c.course_name;CASE WHEN 是行轉(zhuǎn)列的常用手法把滿足條件的行記 1不滿足記 0再 SUM 就得到計(jì)數(shù)。WHERE 里過(guò)濾掉 NULL 成績(jī)避免未錄入的被算成不及格。4.3 視圖、存儲(chǔ)過(guò)程與觸發(fā)器高級(jí)對(duì)象是拉開分差的地方。視圖適合封裝復(fù)雜查詢存儲(chǔ)過(guò)程適合封裝業(yè)務(wù)邏輯觸發(fā)器適合做自動(dòng)校驗(yàn)或日志。三個(gè)至少各用一個(gè)。-- 視圖學(xué)生成績(jī)明細(xì)簡(jiǎn)化后續(xù)查詢 CREATE VIEW v_student_score AS SELECT s.student_id, s.name AS student_name, c.course_name, c.credit, e.score FROM student s JOIN enrollment e ON s.student_id e.student_id JOIN course c ON e.course_id c.course_id; -- 存儲(chǔ)過(guò)程錄入或更新成績(jī)帶存在性檢查 DELIMITER // CREATE PROCEDURE upsert_score( IN p_student CHAR(10), IN p_course CHAR(8), IN p_score DECIMAL(5,2) ) BEGIN IF p_score 0 OR p_score 100 THEN SIGNAL SQLSTATE 45000 SET MESSAGE_TEXT 成績(jī)必須在0到100之間; END IF; INSERT INTO enrollment (student_id, course_id, score) VALUES (p_student, p_course, p_score) ON DUPLICATE KEY UPDATE score p_score; END // DELIMITER ; -- 觸發(fā)器成績(jī)更新時(shí)記錄日志 CREATE TABLE score_log ( log_id INT PRIMARY KEY AUTO_INCREMENT, student_id CHAR(10), course_id CHAR(8), old_score DECIMAL(5,2), new_score DECIMAL(5,2), changed_at DATETIME DEFAULT CURRENT_TIMESTAMP ); DELIMITER // CREATE TRIGGER trg_score_update AFTER UPDATE ON enrollment FOR EACH ROW BEGIN IF OLD.score NEW.score OR (OLD.score IS NULL AND NEW.score IS NOT NULL) THEN INSERT INTO score_log (student_id, course_id, old_score, new_score) VALUES (OLD.student_id, OLD.course_id, OLD.score, NEW.score); END IF; END // DELIMITER ;存儲(chǔ)過(guò)程里用 SIGNAL 拋出自定義錯(cuò)誤比在應(yīng)用層判斷更靠近數(shù)據(jù)。ON DUPLICATE KEY UPDATE 利用主鍵沖突實(shí)現(xiàn)“有則更新無(wú)則插入”一條語(yǔ)句搞定。觸發(fā)器里判斷 OLD 和 NEW 的差異注意 NULL 的比較要用 IS NULL直接在 NULL 參與時(shí)結(jié)果未知這是很多人寫觸發(fā)器時(shí)的血淚坑。注意DELIMITER 只在 MySQL 命令行和部分客戶端里生效Navicat 里執(zhí)行存儲(chǔ)過(guò)程時(shí)要在查詢窗口單獨(dú)運(yùn)行或者用它的函數(shù)/過(guò)程編輯器否則會(huì)因?yàn)榉痔?hào)提前結(jié)束而報(bào)語(yǔ)法錯(cuò)誤。5. 避坑與排查那些讓作業(yè)返工的細(xì)節(jié)5.1 外鍵報(bào)錯(cuò) 1452插入順序或數(shù)據(jù)類型不匹配現(xiàn)象插入選課記錄時(shí)報(bào)Cannot add or update a child row: a foreign key constraint fails。原因通常是兩種被引用的學(xué)生或課程還沒(méi)插入或者外鍵列和被引用列的數(shù)據(jù)類型、字符集不一致。比如學(xué)生表 student_id 是 CHAR(10)選課表里寫成了 VARCHAR(10)雖然看起來(lái)像但嚴(yán)格模式下可能不匹配。解決先確認(rèn)被引用數(shù)據(jù)存在再用SHOW CREATE TABLE對(duì)比兩邊的列定義字符集和長(zhǎng)度必須完全一致。5.2 中文亂碼三層字符集沒(méi)對(duì)齊現(xiàn)象Navicat 里中文顯示成問(wèn)號(hào)或亂碼。原因庫(kù)、表、連接三層字符集不一致。解決建庫(kù)時(shí)指定 utf8mb4建表繼承庫(kù)設(shè)置Navicat 連接屬性里把編碼設(shè)為 utf8mb4連接串加?characterEncodingutf8mb4。已經(jīng)建好的表可以用ALTER TABLE student CONVERT TO CHARACTER SET utf8mb4;補(bǔ)救但數(shù)據(jù)可能已經(jīng)損壞最好重建。5.3 聚合查詢結(jié)果不對(duì)JOIN 后行數(shù)膨脹現(xiàn)象查學(xué)生總分時(shí)發(fā)現(xiàn)總分比實(shí)際高很多。原因多表 JOIN 時(shí)如果有一對(duì)多關(guān)系沒(méi)處理好會(huì)產(chǎn)生笛卡爾積式的行膨脹。比如學(xué)生 JOIN 選課 JOIN 課程如果課程表通過(guò)教師再 JOIN 一次行數(shù)會(huì)翻倍。解決先確認(rèn)每個(gè) JOIN 的連接條件唯一必要時(shí)用子查詢先聚合再 JOIN或者用 DISTINCT 去重。統(tǒng)計(jì)類查詢建議先在子查詢里算好再關(guān)聯(lián)。5.4 存儲(chǔ)過(guò)程在 Navicat 里執(zhí)行失敗現(xiàn)象在查詢窗口粘貼帶 DELIMITER 的存儲(chǔ)過(guò)程代碼報(bào)You have an error in your SQL syntax。原因Navicat 的查詢窗口不認(rèn) DELIMITER 指令它按自己的規(guī)則解析。解決用 Navicat 左側(cè)樹里的“函數(shù)”或“過(guò)程”右鍵新建在編輯器里只寫 BEGIN 到 END 之間的內(nèi)容DELIMITER 由工具處理?；蛘吒挠?MySQL 命令行客戶端執(zhí)行完整腳本。5.5 觸發(fā)器導(dǎo)致更新失敗或死循環(huán)現(xiàn)象更新成績(jī)時(shí)報(bào)錯(cuò)或者更新一條記錄卻觸發(fā)了大量日志。原因觸發(fā)器里又去更新同一張表造成遞歸觸發(fā)或者觸發(fā)器邏輯里對(duì) NULL 判斷有誤。解決MySQL 不允許觸發(fā)器直接更新自身表需要繞道用存儲(chǔ)過(guò)程N(yùn)ULL 比較一律用 IS NULL 和 IS NOT NULL不要用等號(hào)。寫完觸發(fā)器先用一條測(cè)試數(shù)據(jù)驗(yàn)證再批量操作。6. 驗(yàn)收與報(bào)告讓評(píng)分老師一眼看到你的設(shè)計(jì)取舍6.1 用一組固定查詢做回歸驗(yàn)證交作業(yè)前我習(xí)慣準(zhǔn)備一組固定查詢每次改完表結(jié)構(gòu)或數(shù)據(jù)都跑一遍確認(rèn)結(jié)果符合預(yù)期。這組查詢覆蓋單表 CRUD、多表 JOIN、聚合統(tǒng)計(jì)、視圖查詢、存儲(chǔ)過(guò)程調(diào)用、觸發(fā)器日志檢查。跑通了說(shuō)明系統(tǒng)是活的不是一堆死 SQL。-- 回歸驗(yàn)證清單逐條執(zhí)行并核對(duì)結(jié)果 SELECT COUNT(*) FROM student; -- 學(xué)生總數(shù) SELECT * FROM v_student_score WHERE score IS NULL; -- 未錄入成績(jī) CALL upsert_score(2021010103, MA101, 85.0); -- 錄入成績(jī) SELECT * FROM score_log ORDER BY changed_at DESC; -- 檢查觸發(fā)器日志 SELECT c.course_name, ROUND(AVG(e.score),2) AS avg_score FROM course c JOIN enrollment e ON c.course_id e.course_id GROUP BY c.course_id; -- 課程平均分這組查詢同時(shí)也是報(bào)告里的“測(cè)試結(jié)果”章節(jié)素材直接截圖或貼結(jié)果表比空口說(shuō)“系統(tǒng)運(yùn)行正?！庇姓f(shuō)服力。6.2 報(bào)告里必須寫清楚的三件事評(píng)分老師看報(bào)告的時(shí)間有限最想看到的是你的設(shè)計(jì)決策。第一E-R 圖到關(guān)系模式的轉(zhuǎn)換過(guò)程特別是多對(duì)多怎么拆的為什么這么拆。第二約束和索引的選擇理由比如為什么成績(jī)用 DECIMAL 不用 FLOAT為什么選課表用復(fù)合主鍵。第三高級(jí)對(duì)象的業(yè)務(wù)價(jià)值視圖簡(jiǎn)化了什么查詢存儲(chǔ)過(guò)程保證了什么一致性觸發(fā)器記錄了哪些審計(jì)信息。這三點(diǎn)寫清楚報(bào)告的技術(shù)分基本就穩(wěn)了。6.3 一個(gè)容易被忽略的加分項(xiàng)慢 SQL 意識(shí)作業(yè)數(shù)據(jù)量小一般不會(huì)遇到性能問(wèn)題但如果你在報(bào)告里主動(dòng)提一句“選課表的 student_id 和 course_id 上有索引因?yàn)榘磳W(xué)生查成績(jī)和按課程查名單是高頻操作”老師會(huì)認(rèn)為你有工程意識(shí)。熱詞里“慢 SQL 優(yōu)化”不是白搜的哪怕只是加一個(gè)復(fù)合索引也值得在報(bào)告里說(shuō)明理由。-- 為高頻查詢加復(fù)合索引覆蓋按學(xué)生查成績(jī)的場(chǎng)景 CREATE INDEX idx_enroll_student_course ON enrollment (student_id, course_id, score);這個(gè)索引讓“查某學(xué)生某門課成績(jī)”和“查某學(xué)生所有成績(jī)”都能走索引避免全表掃描。數(shù)據(jù)量大了以后這就是慢 SQL 和快 SQL 的分界線。我自己帶學(xué)生做這個(gè)作業(yè)最深的教訓(xùn)是別在選題上追求新奇把學(xué)生成績(jī)管理系統(tǒng)做扎實(shí)比做一個(gè)半成品的花哨系統(tǒng)得分高得多。表結(jié)構(gòu)定稿前多花半天推敲后面能省兩天改 SQL 的時(shí)間。觸發(fā)器寫完一定用測(cè)試數(shù)據(jù)跑一遍別等到演示時(shí)才發(fā)現(xiàn)日志表是空的。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取