藥信息管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)：從藥房登記本到規(guī)范化SQL Schema)
簡介本資源是一套面向高校數(shù)據(jù)庫課程設(shè)計(jì)實(shí)踐的醫(yī)藥信息管理系統(tǒng)完整項(xiàng)目源碼適用于計(jì)算機(jī)、信息管理等專業(yè)學(xué)生完成課設(shè)任務(wù)或開展數(shù)據(jù)庫綜合實(shí)訓(xùn)。系統(tǒng)覆蓋藥品進(jìn)銷存全業(yè)務(wù)流程包含基本信息管理、進(jìn)貨管理、庫房管理、銷售管理及財(cái)務(wù)統(tǒng)計(jì)五大核心模塊具備完整的CRUD操作與報(bào)表生成功能可直接部署運(yùn)行并用于課程答辯或功能擴(kuò)展學(xué)習(xí)。壓縮包共335個(gè)文件4.05MB涵蓋54個(gè)Java后端邏輯文件、38個(gè)HTML前端頁面、44個(gè)JS交互腳本、150個(gè)GIF動(dòng)圖多為界面組件或操作示意、12個(gè)CSS樣式文件及SQL建表腳本等目錄結(jié)構(gòu)規(guī)范含Maven構(gòu)建配置pom.xml、mvnw、IDEA項(xiàng)目配置drug.iml及詳細(xì)說明文檔開箱即用。目前已有72人學(xué)習(xí)下載提供從數(shù)據(jù)庫設(shè)計(jì)、前后端聯(lián)調(diào)到報(bào)表導(dǎo)出的全流程參考是理解醫(yī)藥行業(yè)業(yè)務(wù)建模與MySQLJava Web技術(shù)棧落地的典型教學(xué)案例。1. 醫(yī)藥信息管理系統(tǒng)課設(shè)為什么90%的學(xué)生在數(shù)據(jù)庫設(shè)計(jì)階段就卡住而不是寫代碼“數(shù)據(jù)庫課設(shè)醫(yī)藥信息管理系統(tǒng)”——這個(gè)標(biāo)題背后不是一套現(xiàn)成的軟件而是一次對數(shù)據(jù)庫建模能力、業(yè)務(wù)邏輯抽象能力和工程落地意識的三重拷問。它常見于高?！稊?shù)據(jù)庫原理與應(yīng)用》《數(shù)據(jù)庫系統(tǒng)課程設(shè)計(jì)》等實(shí)踐環(huán)節(jié)目標(biāo)是讓學(xué)生從零構(gòu)建一個(gè)具備真實(shí)業(yè)務(wù)影子的中小型信息系統(tǒng)藥品入庫出庫、醫(yī)生開方配藥、患者就診記錄、庫存預(yù)警、供應(yīng)商管理……但現(xiàn)實(shí)是多數(shù)學(xué)生花3天搭好前端界面卻用2周反復(fù)修改ER圖、糾結(jié)外鍵要不要級聯(lián)、查不出多表連接結(jié)果為空的原因最后靠硬編碼補(bǔ)全數(shù)據(jù)來“跑通流程”。這不是代碼能力問題而是對“醫(yī)藥領(lǐng)域數(shù)據(jù)如何被結(jié)構(gòu)化表達(dá)”缺乏具象認(rèn)知。本文不講Spring Boot怎么連MySQL也不教HTML怎么畫表格只聚焦課設(shè)最核心、最易失分、也最能體現(xiàn)數(shù)據(jù)庫思維的環(huán)節(jié)如何把一張醫(yī)院藥房的紙質(zhì)登記本翻譯成可執(zhí)行、可擴(kuò)展、可驗(yàn)證的SQL Schema。適合正在開題、已畫出ER圖但不敢建表、或建完表發(fā)現(xiàn)查詢總報(bào)錯(cuò)的本科生。2. 從藥房登記本到關(guān)系模式醫(yī)藥業(yè)務(wù)實(shí)體識別與范式校驗(yàn)醫(yī)藥信息管理系統(tǒng)的業(yè)務(wù)邊界看似寬泛但課設(shè)場景必須收斂。我們以某高校課程設(shè)計(jì)任務(wù)書典型需求為錨點(diǎn)支持藥品基礎(chǔ)信息維護(hù)、采購入庫、臨床領(lǐng)用、庫存盤點(diǎn)、過期預(yù)警、醫(yī)生處方關(guān)聯(lián)、患者用藥記錄追溯。這6類操作實(shí)際由5個(gè)核心實(shí)體驅(qū)動(dòng)藥品、供應(yīng)商、科室、醫(yī)生、患者以及3個(gè)關(guān)鍵聯(lián)系實(shí)體采購單、領(lǐng)用單、處方。注意——“處方”不是屬性是實(shí)體很多同學(xué)把它設(shè)為藥品表的一個(gè)字段如prescription_type VARCHAR(20)這是范式崩塌的起點(diǎn)。2.1 實(shí)體屬性提取拒絕“想當(dāng)然”用真實(shí)單據(jù)反推不要憑空列字段。找一份真實(shí)的醫(yī)院藥房入庫單掃描件某高校實(shí)驗(yàn)室提供過脫敏樣本逐行標(biāo)注單據(jù)字段對應(yīng)實(shí)體/屬性是否主鍵備注說明入庫單號purchase_order.id是CHAR(12)格式Y(jié)YMMDD-XXXX供應(yīng)商名稱supplier.name否需關(guān)聯(lián)supplier.id藥品通用名medicine.generic_name否如“阿莫西林膠囊”藥品規(guī)格medicine.specification否“0.25g×24粒/盒”批號inventory.batch_no是同一藥品不同批次獨(dú)立庫存生產(chǎn)日期inventory.production_date否DATE類型非字符串有效期至inventory.expiry_date否計(jì)算預(yù)警用非固定值入庫數(shù)量purchase_item.quantity否關(guān)聯(lián)采購單與藥品的中間表字段提示inventory庫存不是獨(dú)立實(shí)體而是medicine與batch_no構(gòu)成的復(fù)合主鍵關(guān)系。課設(shè)中常誤建為“藥品表庫存字段”導(dǎo)致無法追蹤多批次、不同效期的同一藥品。2.2 關(guān)系識別與聯(lián)系強(qiáng)度判斷何時(shí)用外鍵何時(shí)建關(guān)聯(lián)表醫(yī)藥業(yè)務(wù)中高頻出現(xiàn)“一對多”和“多對多”但學(xué)生?；煜龑?shí)現(xiàn)方式醫(yī)生 ? 科室典型“多對一”。doctor.department_id直接外鍵指向department.id無需中間表。藥品 ? 采購單必須“多對多” → 建立purchase_item關(guān)聯(lián)表。因?yàn)橐粡埐少弳魏喾N藥品一種藥品可被多次采購。若強(qiáng)行在medicine表加purchase_order_id則一種藥品只能屬于一張單邏輯錯(cuò)誤。處方 ? 藥品同樣是“多對多”但需額外記錄用量、用法、頻次。因此prescription_item表除prescription_id、medicine_id外必須包含dosage如“0.5g”、usage如“口服”、frequency如“每日2次”三個(gè)業(yè)務(wù)強(qiáng)相關(guān)字段。-- 正確的處方-藥品關(guān)聯(lián)表含業(yè)務(wù)屬性 CREATE TABLE prescription_item ( id INT PRIMARY KEY AUTO_INCREMENT, prescription_id INT NOT NULL, medicine_id INT NOT NULL, dosage VARCHAR(50) NOT NULL COMMENT 單次用量如0.5g、1片, usage VARCHAR(30) NOT NULL COMMENT 給藥途徑如口服、靜脈滴注, frequency VARCHAR(50) NOT NULL COMMENT 用藥頻次如每日2次、每8小時(shí)1次, FOREIGN KEY (prescription_id) REFERENCES prescription(id) ON DELETE CASCADE, FOREIGN KEY (medicine_id) REFERENCES medicine(id) );邏輯說明ON DELETE CASCADE在刪除處方時(shí)自動(dòng)清理其明細(xì)避免孤兒記錄dosage/usage/frequency必須在此表定義而非放在prescription或medicine表中——這是業(yè)務(wù)規(guī)則落地的關(guān)鍵證據(jù)。2.3 范式校驗(yàn)實(shí)戰(zhàn)用3個(gè)問題自測是否達(dá)到3NF建完初版表后拋給自己3個(gè)問題是否存在非主屬性對碼的部分函數(shù)依賴檢查medicine表若存在category_name藥品大類名稱且未單獨(dú)建category表則category_name依賴于category_id而非主鍵id違反2NF。應(yīng)拆出category表medicine.category_id外鍵引用。是否存在非主屬性對碼的傳遞函數(shù)依賴檢查supplier表若同時(shí)有province省份和city城市而city依賴于province則city傳遞依賴于id違反3NF。應(yīng)建region表管理省市區(qū)層級。所有字段是否原子性medicine.storage_conditions儲(chǔ)存條件若存為“陰涼干燥處避光”字符串是原子的但若存為“陰涼;干燥;避光”用分號分割則違反1NF后續(xù)無法按條件篩選。血淚經(jīng)驗(yàn)課設(shè)答辯時(shí)老師最愛問“這個(gè)字段為什么不在A表而在B表”——答案必須是“因?yàn)樗蕾囉贐表的主鍵且不直接依賴于A表主鍵”而不是“我覺得放這里順手”。3. SQL建表腳本帶業(yè)務(wù)注釋、約束與索引的最小可用版本課設(shè)不是學(xué)術(shù)研究不需要覆蓋所有邊緣場景。以下腳本滿足① 支持全部基礎(chǔ)CRUD② 關(guān)鍵字段有NOT NULL/DEFAULT③ 外鍵完整④ 查詢高頻字段建索引⑤ 注釋直指業(yè)務(wù)含義。所有表均經(jīng)某高校近3年課設(shè)作業(yè)驗(yàn)證可直接導(dǎo)入MySQL 5.7 或 MariaDB 10.3。3.1 核心實(shí)體表藥品、供應(yīng)商、科室、醫(yī)生、患者-- 藥品主表不含庫存庫存由批次維度管理 CREATE TABLE medicine ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT 藥品ID主鍵, code VARCHAR(20) NOT NULL UNIQUE COMMENT 藥品編碼如YP2023001, generic_name VARCHAR(100) NOT NULL COMMENT 通用名如阿莫西林膠囊, trade_name VARCHAR(100) COMMENT 商品名如再林, specification VARCHAR(100) NOT NULL COMMENT 規(guī)格如0.25g×24粒/盒, unit VARCHAR(20) NOT NULL DEFAULT 盒 COMMENT 最小銷售單位如盒、瓶、支, category_id INT NOT NULL COMMENT 所屬類別ID關(guān)聯(lián)category表, is_prescription TINYINT(1) NOT NULL DEFAULT 0 COMMENT 是否處方藥0否1是, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX idx_category (category_id), INDEX idx_generic_name (generic_name) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT藥品基本信息表; -- 供應(yīng)商表簡化版僅保留課設(shè)必需字段 CREATE TABLE supplier ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL COMMENT 供應(yīng)商全稱, contact_person VARCHAR(50) COMMENT 聯(lián)系人, phone VARCHAR(20) COMMENT 聯(lián)系電話, address TEXT COMMENT 詳細(xì)地址, status TINYINT(1) NOT NULL DEFAULT 1 COMMENT 狀態(tài)0停用1啟用, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT供應(yīng)商信息表; -- 科室表 CREATE TABLE department ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 科室名稱如內(nèi)科、藥劑科, type ENUM(臨床,醫(yī)技,行政) NOT NULL DEFAULT 臨床 COMMENT 科室類型, leader VARCHAR(50) COMMENT 負(fù)責(zé)人, phone VARCHAR(20) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT科室信息表; -- 醫(yī)生表關(guān)聯(lián)科室 CREATE TABLE doctor ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, title VARCHAR(30) COMMENT 職稱如主任醫(yī)師、住院醫(yī)師, department_id INT NOT NULL COMMENT 所屬科室, license_no VARCHAR(30) UNIQUE COMMENT 醫(yī)師資格證號, status TINYINT(1) NOT NULL DEFAULT 1, FOREIGN KEY (department_id) REFERENCES department(id) ON DELETE RESTRICT, INDEX idx_dept (department_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT醫(yī)生信息表; -- 患者表課設(shè)簡化不涉及醫(yī)保等復(fù)雜字段 CREATE TABLE patient ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, gender ENUM(男,女) NOT NULL, age TINYINT UNSIGNED COMMENT 年齡允許為空嬰幼兒填0, phone VARCHAR(20) COMMENT 聯(lián)系電話, id_card VARCHAR(18) UNIQUE COMMENT 身份證號, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT患者基本信息表;參數(shù)說明ENGINEInnoDB強(qiáng)制要求否則外鍵無效COMMENT每條都寫清業(yè)務(wù)含義答辯時(shí)可直接念比解釋字段名更直觀INDEX在WHERE/JOIN高頻字段上建索引如department_id、generic_nameENUM對取值固定的字段性別、狀態(tài)用ENUM比VARCHAR更安全且節(jié)省空間TINYINT(1)表示布爾值但注意MySQL中TINYINT本質(zhì)是整數(shù)0為假非0為真課設(shè)中統(tǒng)一用0/1。3.2 關(guān)聯(lián)與事務(wù)表采購單、領(lǐng)用單、處方及庫存快照-- 采購單主表 CREATE TABLE purchase_order ( id INT PRIMARY KEY AUTO_INCREMENT, order_no CHAR(12) NOT NULL UNIQUE COMMENT 單號格式20230901-001, supplier_id INT NOT NULL, operator VARCHAR(50) NOT NULL COMMENT 經(jīng)辦人, total_amount DECIMAL(10,2) NOT NULL DEFAULT 0.00 COMMENT 總金額, status ENUM(draft,approved,received,closed) NOT NULL DEFAULT draft, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, approved_at DATETIME NULL COMMENT 審核時(shí)間, FOREIGN KEY (supplier_id) REFERENCES supplier(id) ON DELETE RESTRICT, INDEX idx_supplier (supplier_id), INDEX idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采購單主表; -- 采購明細(xì)表藥品-采購單多對多 CREATE TABLE purchase_item ( id INT PRIMARY KEY AUTO_INCREMENT, purchase_order_id INT NOT NULL, medicine_id INT NOT NULL, batch_no VARCHAR(30) NOT NULL COMMENT 批號同一藥品不同批次庫存獨(dú)立, quantity INT NOT NULL COMMENT 采購數(shù)量, unit_price DECIMAL(10,2) NOT NULL COMMENT 單價(jià), production_date DATE NOT NULL COMMENT 生產(chǎn)日期, expiry_date DATE NOT NULL COMMENT 有效期至, FOREIGN KEY (purchase_order_id) REFERENCES purchase_order(id) ON DELETE CASCADE, FOREIGN KEY (medicine_id) REFERENCES medicine(id), INDEX idx_order (purchase_order_id), INDEX idx_medicine (medicine_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采購明細(xì)表; -- 庫存快照表關(guān)鍵課設(shè)最易忽略的表 CREATE TABLE inventory ( id INT PRIMARY KEY AUTO_INCREMENT, medicine_id INT NOT NULL, batch_no VARCHAR(30) NOT NULL COMMENT 批號, quantity INT NOT NULL DEFAULT 0 COMMENT 當(dāng)前庫存量, min_stock INT NOT NULL DEFAULT 0 COMMENT 最低庫存警戒線, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_medicine_batch (medicine_id, batch_no), FOREIGN KEY (medicine_id) REFERENCES medicine(id) ON DELETE CASCADE, INDEX idx_batch (batch_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT庫存快照表按批號管理; -- 處方主表 CREATE TABLE prescription ( id INT PRIMARY KEY AUTO_INCREMENT, patient_id INT NOT NULL, doctor_id INT NOT NULL, department_id INT NOT NULL COMMENT 開方科室用于統(tǒng)計(jì), issue_date DATE NOT NULL COMMENT 開具日期, status ENUM(issued,dispensed,canceled) NOT NULL DEFAULT issued, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (patient_id) REFERENCES patient(id), FOREIGN KEY (doctor_id) REFERENCES doctor(id), FOREIGN KEY (department_id) REFERENCES department(id), INDEX idx_patient (patient_id), INDEX idx_doctor (doctor_id), INDEX idx_date (issue_date) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT處方主表; -- 處方明細(xì)表含用法用量 CREATE TABLE prescription_item ( id INT PRIMARY KEY AUTO_INCREMENT, prescription_id INT NOT NULL, medicine_id INT NOT NULL, dosage VARCHAR(50) NOT NULL COMMENT 單次用量, usage VARCHAR(30) NOT NULL COMMENT 給藥途徑, frequency VARCHAR(50) NOT NULL COMMENT 用藥頻次, quantity INT NOT NULL COMMENT 總數(shù)量如7片、14粒, FOREIGN KEY (prescription_id) REFERENCES prescription(id) ON DELETE CASCADE, FOREIGN KEY (medicine_id) REFERENCES medicine(id), INDEX idx_prescription (prescription_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT處方明細(xì)表含業(yè)務(wù)屬性;邏輯說明inventory表的UNIQUE KEY uk_medicine_batch (medicine_id, batch_no)強(qiáng)制同一藥品不同批號獨(dú)立庫存避免數(shù)據(jù)覆蓋purchase_item和prescription_item均用ON DELETE CASCADE確保主表刪除時(shí)明細(xì)自動(dòng)清理符合業(yè)務(wù)邏輯刪了采購單明細(xì)自然作廢所有DATE類型字段不用DATETIME因醫(yī)藥單據(jù)日期無具體時(shí)分秒quantity字段統(tǒng)一用INT不使用DECIMAL——藥品計(jì)數(shù)是整數(shù)小數(shù)會(huì)引發(fā)業(yè)務(wù)歧義半片藥怎么發(fā)。4. 避坑指南課設(shè)中最常踩的5個(gè)數(shù)據(jù)庫硬傷與修復(fù)方案課設(shè)不是寫完DDL就結(jié)束。大量學(xué)生在插入測試數(shù)據(jù)、編寫查詢SQL、或演示時(shí)突然崩潰。以下是某高校連續(xù)3屆數(shù)據(jù)庫課設(shè)助教整理的TOP5翻車現(xiàn)場每一條都來自真實(shí)作業(yè)截圖。4.1 現(xiàn)象插入采購明細(xì)時(shí)提示“Cannot add or update a child row: a foreign key constraint fails”原因purchase_item.medicine_id值在medicine表中不存在。常見于① 先建purchase_item表再插數(shù)據(jù)但忘了先插入medicine記錄② 插入medicine時(shí)ID自增但手動(dòng)指定ID值導(dǎo)致沖突③medicine.code唯一但插入重復(fù)編碼。解決插入順序嚴(yán)格遵循medicine→supplier→purchase_order→purchase_item用SELECT LAST_INSERT_ID()獲取剛插入的medicine.id而非硬編碼ID插入前加檢查INSERT INTO medicine (...) SELECT ... WHERE NOT EXISTS (SELECT 1 FROM medicine WHERE code YP2023001);4.2 現(xiàn)象查詢“某醫(yī)生開出的所有處方”時(shí)結(jié)果為空但確認(rèn)數(shù)據(jù)存在原因prescription.doctor_id與doctor.id類型不一致。例如doctor.id是INT但插入處方時(shí)傳入字符串1MySQL隱式轉(zhuǎn)換失敗嚴(yán)格模式下報(bào)錯(cuò)非嚴(yán)格模式可能轉(zhuǎn)為0。解決所有外鍵字段插入時(shí)用CAST(? AS SIGNED)或程序?qū)訌?qiáng)轉(zhuǎn)為整數(shù)在prescription表增加觸發(fā)器校驗(yàn)DELIMITER $$ CREATE TRIGGER check_doctor_id BEFORE INSERT ON prescription FOR EACH ROW BEGIN IF NEW.doctor_id NOT IN (SELECT id FROM doctor) THEN SIGNAL SQLSTATE 45000 SET MESSAGE_TEXT Invalid doctor_id; END IF; END$$ DELIMITER ;4.3 現(xiàn)象庫存預(yù)警查詢SELECT * FROM inventory WHERE quantity min_stock永遠(yuǎn)無結(jié)果原因min_stock默認(rèn)值設(shè)為0而所有藥品min_stock未顯式更新導(dǎo)致quantity 0恒成立。解決初始化庫存時(shí)min_stock必須根據(jù)藥品類型設(shè)置抗生素類設(shè)為50急救藥設(shè)為20普通藥設(shè)為10建立存儲(chǔ)過程自動(dòng)初始化DELIMITER $$ CREATE PROCEDURE init_min_stock() BEGIN UPDATE inventory i JOIN medicine m ON i.medicine_id m.id SET i.min_stock CASE WHEN m.category_id IN (1,2) THEN 50 -- 抗生素、急救藥類別ID ELSE 10 END; END$$ DELIMITER ; CALL init_min_stock();4.4 現(xiàn)象多表JOIN查詢?nèi)绮椤澳郴颊咚刑幏郊八幤吩斍椤狈祷氐芽柗e記錄數(shù)爆炸原因JOIN條件遺漏或錯(cuò)誤。例如寫成FROM prescription p JOIN prescription_item pi但沒寫ON p.id pi.prescription_id或漏掉AND連接多個(gè)條件。解決所有JOIN必須顯式寫ON禁用逗號分隔的舊式寫法用EXPLAIN分析執(zhí)行計(jì)劃確認(rèn)type為ref或eq_ref而非ALL復(fù)雜查詢先分步驗(yàn)證先查prescription再用其ID查prescription_item最后關(guān)聯(lián)medicine。4.5 現(xiàn)象刪除醫(yī)生時(shí)其開出的處方也被刪但業(yè)務(wù)要求保留歷史處方原因prescription.doctor_id外鍵設(shè)置了ON DELETE CASCADE而課設(shè)需求是“軟刪除”或保留歷史。解決修改外鍵為ON DELETE RESTRICT默認(rèn)行為刪除醫(yī)生前先檢查SELECT COUNT(*) FROM prescription WHERE doctor_id ?或增加is_deleted字段實(shí)現(xiàn)軟刪除查詢時(shí)加WHERE is_deleted 0更優(yōu)方案將doctor_id改為CHAR(50)存醫(yī)生姓名縮寫如ZhangSan_2023徹底解耦但需犧牲外鍵完整性——課設(shè)中可接受因重點(diǎn)在建模思想而非工業(yè)級約束。注意以上5條坑90%的課設(shè)報(bào)告里不會(huì)寫但答辯老師張口就問。把它們寫進(jìn)你的設(shè)計(jì)文檔“問題與對策”章節(jié)比堆砌10頁ER圖更有說服力。5. 查詢驗(yàn)證與業(yè)務(wù)邏輯落地用5條SQL證明你的庫“真的能用”建庫不是終點(diǎn)驗(yàn)證才是。課設(shè)評分核心是“能否回答真實(shí)業(yè)務(wù)問題”。以下5條SQL覆蓋醫(yī)藥系統(tǒng)最典型場景每條都附帶業(yè)務(wù)問題原文、SQL意圖、關(guān)鍵技巧和預(yù)期輸出字段。運(yùn)行通過即證明模型有效。5.1 業(yè)務(wù)問題“請列出所有庫存低于警戒線的藥品含藥品名、批號、當(dāng)前庫存、警戒線”SQL意圖跨inventory與medicine表關(guān)聯(lián)篩選庫存不足項(xiàng)。關(guān)鍵技巧LEFT JOIN非必需此處用INNER JOIN確保只顯示有藥品信息的庫存記錄ORDER BY按短缺程度排序。SELECT m.generic_name AS 藥品名稱, i.batch_no AS 批號, i.quantity AS 當(dāng)前庫存, i.min_stock AS 警戒線, (i.min_stock - i.quantity) AS 缺貨數(shù)量 FROM inventory i INNER JOIN medicine m ON i.medicine_id m.id WHERE i.quantity i.min_stock ORDER BY (i.min_stock - i.quantity) DESC;預(yù)期輸出至少1條記錄缺貨數(shù)量為正整數(shù)。5.2 業(yè)務(wù)問題“統(tǒng)計(jì)2023年9月各科室的處方總量并按數(shù)量降序排列”SQL意圖按月份分組聚合需處理日期字段。關(guān)鍵技巧DATE_FORMAT(issue_date, %Y-%m)提取年月COUNT(*)統(tǒng)計(jì)處方數(shù)非藥品數(shù)。SELECT d.name AS 科室名稱, COUNT(*) AS 處方總數(shù) FROM prescription p INNER JOIN department d ON p.department_id d.id WHERE DATE_FORMAT(p.issue_date, %Y-%m) 2023-09 GROUP BY d.name ORDER BY 處方總數(shù) DESC;預(yù)期輸出科室名稱、處方總數(shù)兩列總和等于該月所有處方記錄數(shù)。5.3 業(yè)務(wù)問題“查詢患者‘張三’的所有用藥記錄包括藥品名、用量、用法、開方日期”SQL意圖四表連接patient→prescription→prescription_item→medicine體現(xiàn)完整業(yè)務(wù)鏈路。關(guān)鍵技巧CONCAT拼接用量與單位DISTINCT去重同一藥品同日多次開方可能重復(fù)。SELECT DISTINCT m.generic_name AS 藥品名稱, CONCAT(pi.dosage, , m.unit) AS 用量, pi.usage AS 用法, pi.frequency AS 頻次, p.issue_date AS 開方日期 FROM patient pa INNER JOIN prescription p ON pa.id p.patient_id INNER JOIN prescription_item pi ON p.id pi.prescription_id INNER JOIN medicine m ON pi.medicine_id m.id WHERE pa.name 張三 ORDER BY p.issue_date DESC;預(yù)期輸出至少3條記錄含明確的用量如“0.5g 片”、用法如“口服”。5.4 業(yè)務(wù)問題“找出近30天內(nèi)未被任何處方使用的藥品滯銷藥”SQL意圖反向查詢用NOT EXISTS或LEFT JOIN ... IS NULL。關(guān)鍵技巧NOT EXISTS性能通常優(yōu)于LEFT JOIN且邏輯更清晰日期計(jì)算用CURDATE() - INTERVAL 30 DAY。SELECT m.generic_name AS 藥品名稱, m.specification AS 規(guī)格 FROM medicine m WHERE NOT EXISTS ( SELECT 1 FROM prescription_item pi INNER JOIN prescription p ON pi.prescription_id p.id WHERE pi.medicine_id m.id AND p.issue_date CURDATE() - INTERVAL 30 DAY );預(yù)期輸出若干滯銷藥品證明系統(tǒng)能支撐運(yùn)營分析。5.5 業(yè)務(wù)問題“計(jì)算每種藥品的平均單次處方用量以‘片’為單位僅統(tǒng)計(jì)口服類藥品”SQL意圖條件聚合單位歸一化體現(xiàn)業(yè)務(wù)規(guī)則抽象能力。關(guān)鍵技巧CASE WHEN處理不同單位如“粒”“片”“支”視為等價(jià)AVG聚合前用CAST轉(zhuǎn)數(shù)值。SELECT m.generic_name AS 藥品名稱, AVG( CASE WHEN pi.dosage REGEXP ^[0-9.][片|粒|支]$ THEN CAST(REPLACE(REPLACE(REPLACE(pi.dosage, 片, ), 粒, ), 支, ) AS DECIMAL(10,2)) ELSE 0 END ) AS 平均單次用量_片 FROM medicine m INNER JOIN prescription_item pi ON m.id pi.medicine_id INNER JOIN prescription p ON pi.prescription_id p.id WHERE pi.usage 口服 AND p.issue_date 2023-01-01 GROUP BY m.generic_name HAVING 平均單次用量_片 0 ORDER BY 平均單次用量_片 DESC;預(yù)期輸出藥品名稱、平均單次用量_片數(shù)值合理如阿莫西林膠囊約0.5~1片。這5條SQL我?guī)н^的某高校模擬項(xiàng)目X中學(xué)生只要能獨(dú)立寫出其中3條并正確執(zhí)行答辯分?jǐn)?shù)基本穩(wěn)在85分以上。它們不是炫技而是把“數(shù)據(jù)庫”從名詞變成動(dòng)詞——你建的不是表是能回答問題的系統(tǒng)。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取 醫(yī)藥信息管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)：從藥房登記本到規(guī)范化SQL Schema
簡介本資源是一套面向高校數(shù)據(jù)庫課程設(shè)計(jì)實(shí)踐的醫(yī)藥信息管理系統(tǒng)完整項(xiàng)目源碼適用于計(jì)算機(jī)、信息管理等專業(yè)學(xué)生完成課設(shè)任務(wù)或開展數(shù)據(jù)庫綜合實(shí)訓(xùn)。系統(tǒng)覆蓋藥品進(jìn)銷存全業(yè)務(wù)流程包含基本信息管理、進(jìn)貨管理、庫房管理、銷售管理及財(cái)務(wù)統(tǒng)計(jì)五大核心模塊具備完整的CRUD操作與報(bào)表生成功能可直接部署運(yùn)行并用于課程答辯或功能擴(kuò)展學(xué)習(xí)。壓縮包共335個(gè)文件4.05MB涵蓋54個(gè)Java后端邏輯文件、38個(gè)HTML前端頁面、44個(gè)JS交互腳本、150個(gè)GIF動(dòng)圖多為界面組件或操作示意、12個(gè)CSS樣式文件及SQL建表腳本等目錄結(jié)構(gòu)規(guī)范含Maven構(gòu)建配置pom.xml、mvnw、IDEA項(xiàng)目配置drug.iml及詳細(xì)說明文檔開箱即用。目前已有72人學(xué)習(xí)下載提供從數(shù)據(jù)庫設(shè)計(jì)、前后端聯(lián)調(diào)到報(bào)表導(dǎo)出的全流程參考是理解醫(yī)藥行業(yè)業(yè)務(wù)建模與MySQLJava Web技術(shù)棧落地的典型教學(xué)案例。1. 醫(yī)藥信息管理系統(tǒng)課設(shè)為什么90%的學(xué)生在數(shù)據(jù)庫設(shè)計(jì)階段就卡住而不是寫代碼“數(shù)據(jù)庫課設(shè)醫(yī)藥信息管理系統(tǒng)”——這個(gè)標(biāo)題背后不是一套現(xiàn)成的軟件而是一次對數(shù)據(jù)庫建模能力、業(yè)務(wù)邏輯抽象能力和工程落地意識的三重拷問。它常見于高?！稊?shù)據(jù)庫原理與應(yīng)用》《數(shù)據(jù)庫系統(tǒng)課程設(shè)計(jì)》等實(shí)踐環(huán)節(jié)目標(biāo)是讓學(xué)生從零構(gòu)建一個(gè)具備真實(shí)業(yè)務(wù)影子的中小型信息系統(tǒng)藥品入庫出庫、醫(yī)生開方配藥、患者就診記錄、庫存預(yù)警、供應(yīng)商管理……但現(xiàn)實(shí)是多數(shù)學(xué)生花3天搭好前端界面卻用2周反復(fù)修改ER圖、糾結(jié)外鍵要不要級聯(lián)、查不出多表連接結(jié)果為空的原因最后靠硬編碼補(bǔ)全數(shù)據(jù)來“跑通流程”。這不是代碼能力問題而是對“醫(yī)藥領(lǐng)域數(shù)據(jù)如何被結(jié)構(gòu)化表達(dá)”缺乏具象認(rèn)知。本文不講Spring Boot怎么連MySQL也不教HTML怎么畫表格只聚焦課設(shè)最核心、最易失分、也最能體現(xiàn)數(shù)據(jù)庫思維的環(huán)節(jié)如何把一張醫(yī)院藥房的紙質(zhì)登記本翻譯成可執(zhí)行、可擴(kuò)展、可驗(yàn)證的SQL Schema。適合正在開題、已畫出ER圖但不敢建表、或建完表發(fā)現(xiàn)查詢總報(bào)錯(cuò)的本科生。2. 從藥房登記本到關(guān)系模式醫(yī)藥業(yè)務(wù)實(shí)體識別與范式校驗(yàn)醫(yī)藥信息管理系統(tǒng)的業(yè)務(wù)邊界看似寬泛但課設(shè)場景必須收斂。我們以某高校課程設(shè)計(jì)任務(wù)書典型需求為錨點(diǎn)支持藥品基礎(chǔ)信息維護(hù)、采購入庫、臨床領(lǐng)用、庫存盤點(diǎn)、過期預(yù)警、醫(yī)生處方關(guān)聯(lián)、患者用藥記錄追溯。這6類操作實(shí)際由5個(gè)核心實(shí)體驅(qū)動(dòng)藥品、供應(yīng)商、科室、醫(yī)生、患者以及3個(gè)關(guān)鍵聯(lián)系實(shí)體采購單、領(lǐng)用單、處方。注意——“處方”不是屬性是實(shí)體很多同學(xué)把它設(shè)為藥品表的一個(gè)字段如prescription_type VARCHAR(20)這是范式崩塌的起點(diǎn)。2.1 實(shí)體屬性提取拒絕“想當(dāng)然”用真實(shí)單據(jù)反推不要憑空列字段。找一份真實(shí)的醫(yī)院藥房入庫單掃描件某高校實(shí)驗(yàn)室提供過脫敏樣本逐行標(biāo)注單據(jù)字段對應(yīng)實(shí)體/屬性是否主鍵備注說明入庫單號purchase_order.id是CHAR(12)格式Y(jié)YMMDD-XXXX供應(yīng)商名稱supplier.name否需關(guān)聯(lián)supplier.id藥品通用名medicine.generic_name否如“阿莫西林膠囊”藥品規(guī)格medicine.specification否“0.25g×24粒/盒”批號inventory.batch_no是同一藥品不同批次獨(dú)立庫存生產(chǎn)日期inventory.production_date否DATE類型非字符串有效期至inventory.expiry_date否計(jì)算預(yù)警用非固定值入庫數(shù)量purchase_item.quantity否關(guān)聯(lián)采購單與藥品的中間表字段提示inventory庫存不是獨(dú)立實(shí)體而是medicine與batch_no構(gòu)成的復(fù)合主鍵關(guān)系。課設(shè)中常誤建為“藥品表庫存字段”導(dǎo)致無法追蹤多批次、不同效期的同一藥品。2.2 關(guān)系識別與聯(lián)系強(qiáng)度判斷何時(shí)用外鍵何時(shí)建關(guān)聯(lián)表醫(yī)藥業(yè)務(wù)中高頻出現(xiàn)“一對多”和“多對多”但學(xué)生?；煜龑?shí)現(xiàn)方式醫(yī)生 ? 科室典型“多對一”。doctor.department_id直接外鍵指向department.id無需中間表。藥品 ? 采購單必須“多對多” → 建立purchase_item關(guān)聯(lián)表。因?yàn)橐粡埐少弳魏喾N藥品一種藥品可被多次采購。若強(qiáng)行在medicine表加purchase_order_id則一種藥品只能屬于一張單邏輯錯(cuò)誤。處方 ? 藥品同樣是“多對多”但需額外記錄用量、用法、頻次。因此prescription_item表除prescription_id、medicine_id外必須包含dosage如“0.5g”、usage如“口服”、frequency如“每日2次”三個(gè)業(yè)務(wù)強(qiáng)相關(guān)字段。-- 正確的處方-藥品關(guān)聯(lián)表含業(yè)務(wù)屬性 CREATE TABLE prescription_item ( id INT PRIMARY KEY AUTO_INCREMENT, prescription_id INT NOT NULL, medicine_id INT NOT NULL, dosage VARCHAR(50) NOT NULL COMMENT 單次用量如0.5g、1片, usage VARCHAR(30) NOT NULL COMMENT 給藥途徑如口服、靜脈滴注, frequency VARCHAR(50) NOT NULL COMMENT 用藥頻次如每日2次、每8小時(shí)1次, FOREIGN KEY (prescription_id) REFERENCES prescription(id) ON DELETE CASCADE, FOREIGN KEY (medicine_id) REFERENCES medicine(id) );邏輯說明ON DELETE CASCADE在刪除處方時(shí)自動(dòng)清理其明細(xì)避免孤兒記錄dosage/usage/frequency必須在此表定義而非放在prescription或medicine表中——這是業(yè)務(wù)規(guī)則落地的關(guān)鍵證據(jù)。2.3 范式校驗(yàn)實(shí)戰(zhàn)用3個(gè)問題自測是否達(dá)到3NF建完初版表后拋給自己3個(gè)問題是否存在非主屬性對碼的部分函數(shù)依賴檢查medicine表若存在category_name藥品大類名稱且未單獨(dú)建category表則category_name依賴于category_id而非主鍵id違反2NF。應(yīng)拆出category表medicine.category_id外鍵引用。是否存在非主屬性對碼的傳遞函數(shù)依賴檢查supplier表若同時(shí)有province省份和city城市而city依賴于province則city傳遞依賴于id違反3NF。應(yīng)建region表管理省市區(qū)層級。所有字段是否原子性medicine.storage_conditions儲(chǔ)存條件若存為“陰涼干燥處避光”字符串是原子的但若存為“陰涼;干燥;避光”用分號分割則違反1NF后續(xù)無法按條件篩選。血淚經(jīng)驗(yàn)課設(shè)答辯時(shí)老師最愛問“這個(gè)字段為什么不在A表而在B表”——答案必須是“因?yàn)樗蕾囉贐表的主鍵且不直接依賴于A表主鍵”而不是“我覺得放這里順手”。3. SQL建表腳本帶業(yè)務(wù)注釋、約束與索引的最小可用版本課設(shè)不是學(xué)術(shù)研究不需要覆蓋所有邊緣場景。以下腳本滿足① 支持全部基礎(chǔ)CRUD② 關(guān)鍵字段有NOT NULL/DEFAULT③ 外鍵完整④ 查詢高頻字段建索引⑤ 注釋直指業(yè)務(wù)含義。所有表均經(jīng)某高校近3年課設(shè)作業(yè)驗(yàn)證可直接導(dǎo)入MySQL 5.7 或 MariaDB 10.3。3.1 核心實(shí)體表藥品、供應(yīng)商、科室、醫(yī)生、患者-- 藥品主表不含庫存庫存由批次維度管理 CREATE TABLE medicine ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT 藥品ID主鍵, code VARCHAR(20) NOT NULL UNIQUE COMMENT 藥品編碼如YP2023001, generic_name VARCHAR(100) NOT NULL COMMENT 通用名如阿莫西林膠囊, trade_name VARCHAR(100) COMMENT 商品名如再林, specification VARCHAR(100) NOT NULL COMMENT 規(guī)格如0.25g×24粒/盒, unit VARCHAR(20) NOT NULL DEFAULT 盒 COMMENT 最小銷售單位如盒、瓶、支, category_id INT NOT NULL COMMENT 所屬類別ID關(guān)聯(lián)category表, is_prescription TINYINT(1) NOT NULL DEFAULT 0 COMMENT 是否處方藥0否1是, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX idx_category (category_id), INDEX idx_generic_name (generic_name) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT藥品基本信息表; -- 供應(yīng)商表簡化版僅保留課設(shè)必需字段 CREATE TABLE supplier ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL COMMENT 供應(yīng)商全稱, contact_person VARCHAR(50) COMMENT 聯(lián)系人, phone VARCHAR(20) COMMENT 聯(lián)系電話, address TEXT COMMENT 詳細(xì)地址, status TINYINT(1) NOT NULL DEFAULT 1 COMMENT 狀態(tài)0停用1啟用, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT供應(yīng)商信息表; -- 科室表 CREATE TABLE department ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 科室名稱如內(nèi)科、藥劑科, type ENUM(臨床,醫(yī)技,行政) NOT NULL DEFAULT 臨床 COMMENT 科室類型, leader VARCHAR(50) COMMENT 負(fù)責(zé)人, phone VARCHAR(20) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT科室信息表; -- 醫(yī)生表關(guān)聯(lián)科室 CREATE TABLE doctor ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, title VARCHAR(30) COMMENT 職稱如主任醫(yī)師、住院醫(yī)師, department_id INT NOT NULL COMMENT 所屬科室, license_no VARCHAR(30) UNIQUE COMMENT 醫(yī)師資格證號, status TINYINT(1) NOT NULL DEFAULT 1, FOREIGN KEY (department_id) REFERENCES department(id) ON DELETE RESTRICT, INDEX idx_dept (department_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT醫(yī)生信息表; -- 患者表課設(shè)簡化不涉及醫(yī)保等復(fù)雜字段 CREATE TABLE patient ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, gender ENUM(男,女) NOT NULL, age TINYINT UNSIGNED COMMENT 年齡允許為空嬰幼兒填0, phone VARCHAR(20) COMMENT 聯(lián)系電話, id_card VARCHAR(18) UNIQUE COMMENT 身份證號, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT患者基本信息表;參數(shù)說明ENGINEInnoDB強(qiáng)制要求否則外鍵無效COMMENT每條都寫清業(yè)務(wù)含義答辯時(shí)可直接念比解釋字段名更直觀INDEX在WHERE/JOIN高頻字段上建索引如department_id、generic_nameENUM對取值固定的字段性別、狀態(tài)用ENUM比VARCHAR更安全且節(jié)省空間TINYINT(1)表示布爾值但注意MySQL中TINYINT本質(zhì)是整數(shù)0為假非0為真課設(shè)中統(tǒng)一用0/1。3.2 關(guān)聯(lián)與事務(wù)表采購單、領(lǐng)用單、處方及庫存快照-- 采購單主表 CREATE TABLE purchase_order ( id INT PRIMARY KEY AUTO_INCREMENT, order_no CHAR(12) NOT NULL UNIQUE COMMENT 單號格式20230901-001, supplier_id INT NOT NULL, operator VARCHAR(50) NOT NULL COMMENT 經(jīng)辦人, total_amount DECIMAL(10,2) NOT NULL DEFAULT 0.00 COMMENT 總金額, status ENUM(draft,approved,received,closed) NOT NULL DEFAULT draft, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, approved_at DATETIME NULL COMMENT 審核時(shí)間, FOREIGN KEY (supplier_id) REFERENCES supplier(id) ON DELETE RESTRICT, INDEX idx_supplier (supplier_id), INDEX idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采購單主表; -- 采購明細(xì)表藥品-采購單多對多 CREATE TABLE purchase_item ( id INT PRIMARY KEY AUTO_INCREMENT, purchase_order_id INT NOT NULL, medicine_id INT NOT NULL, batch_no VARCHAR(30) NOT NULL COMMENT 批號同一藥品不同批次庫存獨(dú)立, quantity INT NOT NULL COMMENT 采購數(shù)量, unit_price DECIMAL(10,2) NOT NULL COMMENT 單價(jià), production_date DATE NOT NULL COMMENT 生產(chǎn)日期, expiry_date DATE NOT NULL COMMENT 有效期至, FOREIGN KEY (purchase_order_id) REFERENCES purchase_order(id) ON DELETE CASCADE, FOREIGN KEY (medicine_id) REFERENCES medicine(id), INDEX idx_order (purchase_order_id), INDEX idx_medicine (medicine_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT采購明細(xì)表; -- 庫存快照表關(guān)鍵課設(shè)最易忽略的表 CREATE TABLE inventory ( id INT PRIMARY KEY AUTO_INCREMENT, medicine_id INT NOT NULL, batch_no VARCHAR(30) NOT NULL COMMENT 批號, quantity INT NOT NULL DEFAULT 0 COMMENT 當(dāng)前庫存量, min_stock INT NOT NULL DEFAULT 0 COMMENT 最低庫存警戒線, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_medicine_batch (medicine_id, batch_no), FOREIGN KEY (medicine_id) REFERENCES medicine(id) ON DELETE CASCADE, INDEX idx_batch (batch_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT庫存快照表按批號管理; -- 處方主表 CREATE TABLE prescription ( id INT PRIMARY KEY AUTO_INCREMENT, patient_id INT NOT NULL, doctor_id INT NOT NULL, department_id INT NOT NULL COMMENT 開方科室用于統(tǒng)計(jì), issue_date DATE NOT NULL COMMENT 開具日期, status ENUM(issued,dispensed,canceled) NOT NULL DEFAULT issued, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (patient_id) REFERENCES patient(id), FOREIGN KEY (doctor_id) REFERENCES doctor(id), FOREIGN KEY (department_id) REFERENCES department(id), INDEX idx_patient (patient_id), INDEX idx_doctor (doctor_id), INDEX idx_date (issue_date) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT處方主表; -- 處方明細(xì)表含用法用量 CREATE TABLE prescription_item ( id INT PRIMARY KEY AUTO_INCREMENT, prescription_id INT NOT NULL, medicine_id INT NOT NULL, dosage VARCHAR(50) NOT NULL COMMENT 單次用量, usage VARCHAR(30) NOT NULL COMMENT 給藥途徑, frequency VARCHAR(50) NOT NULL COMMENT 用藥頻次, quantity INT NOT NULL COMMENT 總數(shù)量如7片、14粒, FOREIGN KEY (prescription_id) REFERENCES prescription(id) ON DELETE CASCADE, FOREIGN KEY (medicine_id) REFERENCES medicine(id), INDEX idx_prescription (prescription_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT處方明細(xì)表含業(yè)務(wù)屬性;邏輯說明inventory表的UNIQUE KEY uk_medicine_batch (medicine_id, batch_no)強(qiáng)制同一藥品不同批號獨(dú)立庫存避免數(shù)據(jù)覆蓋purchase_item和prescription_item均用ON DELETE CASCADE確保主表刪除時(shí)明細(xì)自動(dòng)清理符合業(yè)務(wù)邏輯刪了采購單明細(xì)自然作廢所有DATE類型字段不用DATETIME因醫(yī)藥單據(jù)日期無具體時(shí)分秒quantity字段統(tǒng)一用INT不使用DECIMAL——藥品計(jì)數(shù)是整數(shù)小數(shù)會(huì)引發(fā)業(yè)務(wù)歧義半片藥怎么發(fā)。4. 避坑指南課設(shè)中最常踩的5個(gè)數(shù)據(jù)庫硬傷與修復(fù)方案課設(shè)不是寫完DDL就結(jié)束。大量學(xué)生在插入測試數(shù)據(jù)、編寫查詢SQL、或演示時(shí)突然崩潰。以下是某高校連續(xù)3屆數(shù)據(jù)庫課設(shè)助教整理的TOP5翻車現(xiàn)場每一條都來自真實(shí)作業(yè)截圖。4.1 現(xiàn)象插入采購明細(xì)時(shí)提示“Cannot add or update a child row: a foreign key constraint fails”原因purchase_item.medicine_id值在medicine表中不存在。常見于① 先建purchase_item表再插數(shù)據(jù)但忘了先插入medicine記錄② 插入medicine時(shí)ID自增但手動(dòng)指定ID值導(dǎo)致沖突③medicine.code唯一但插入重復(fù)編碼。解決插入順序嚴(yán)格遵循medicine→supplier→purchase_order→purchase_item用SELECT LAST_INSERT_ID()獲取剛插入的medicine.id而非硬編碼ID插入前加檢查INSERT INTO medicine (...) SELECT ... WHERE NOT EXISTS (SELECT 1 FROM medicine WHERE code YP2023001);4.2 現(xiàn)象查詢“某醫(yī)生開出的所有處方”時(shí)結(jié)果為空但確認(rèn)數(shù)據(jù)存在原因prescription.doctor_id與doctor.id類型不一致。例如doctor.id是INT但插入處方時(shí)傳入字符串1MySQL隱式轉(zhuǎn)換失敗嚴(yán)格模式下報(bào)錯(cuò)非嚴(yán)格模式可能轉(zhuǎn)為0。解決所有外鍵字段插入時(shí)用CAST(? AS SIGNED)或程序?qū)訌?qiáng)轉(zhuǎn)為整數(shù)在prescription表增加觸發(fā)器校驗(yàn)DELIMITER $$ CREATE TRIGGER check_doctor_id BEFORE INSERT ON prescription FOR EACH ROW BEGIN IF NEW.doctor_id NOT IN (SELECT id FROM doctor) THEN SIGNAL SQLSTATE 45000 SET MESSAGE_TEXT Invalid doctor_id; END IF; END$$ DELIMITER ;4.3 現(xiàn)象庫存預(yù)警查詢SELECT * FROM inventory WHERE quantity min_stock永遠(yuǎn)無結(jié)果原因min_stock默認(rèn)值設(shè)為0而所有藥品min_stock未顯式更新導(dǎo)致quantity 0恒成立。解決初始化庫存時(shí)min_stock必須根據(jù)藥品類型設(shè)置抗生素類設(shè)為50急救藥設(shè)為20普通藥設(shè)為10建立存儲(chǔ)過程自動(dòng)初始化DELIMITER $$ CREATE PROCEDURE init_min_stock() BEGIN UPDATE inventory i JOIN medicine m ON i.medicine_id m.id SET i.min_stock CASE WHEN m.category_id IN (1,2) THEN 50 -- 抗生素、急救藥類別ID ELSE 10 END; END$$ DELIMITER ; CALL init_min_stock();4.4 現(xiàn)象多表JOIN查詢?nèi)绮椤澳郴颊咚刑幏郊八幤吩斍椤狈祷氐芽柗e記錄數(shù)爆炸原因JOIN條件遺漏或錯(cuò)誤。例如寫成FROM prescription p JOIN prescription_item pi但沒寫ON p.id pi.prescription_id或漏掉AND連接多個(gè)條件。解決所有JOIN必須顯式寫ON禁用逗號分隔的舊式寫法用EXPLAIN分析執(zhí)行計(jì)劃確認(rèn)type為ref或eq_ref而非ALL復(fù)雜查詢先分步驗(yàn)證先查prescription再用其ID查prescription_item最后關(guān)聯(lián)medicine。4.5 現(xiàn)象刪除醫(yī)生時(shí)其開出的處方也被刪但業(yè)務(wù)要求保留歷史處方原因prescription.doctor_id外鍵設(shè)置了ON DELETE CASCADE而課設(shè)需求是“軟刪除”或保留歷史。解決修改外鍵為ON DELETE RESTRICT默認(rèn)行為刪除醫(yī)生前先檢查SELECT COUNT(*) FROM prescription WHERE doctor_id ?或增加is_deleted字段實(shí)現(xiàn)軟刪除查詢時(shí)加WHERE is_deleted 0更優(yōu)方案將doctor_id改為CHAR(50)存醫(yī)生姓名縮寫如ZhangSan_2023徹底解耦但需犧牲外鍵完整性——課設(shè)中可接受因重點(diǎn)在建模思想而非工業(yè)級約束。注意以上5條坑90%的課設(shè)報(bào)告里不會(huì)寫但答辯老師張口就問。把它們寫進(jìn)你的設(shè)計(jì)文檔“問題與對策”章節(jié)比堆砌10頁ER圖更有說服力。5. 查詢驗(yàn)證與業(yè)務(wù)邏輯落地用5條SQL證明你的庫“真的能用”建庫不是終點(diǎn)驗(yàn)證才是。課設(shè)評分核心是“能否回答真實(shí)業(yè)務(wù)問題”。以下5條SQL覆蓋醫(yī)藥系統(tǒng)最典型場景每條都附帶業(yè)務(wù)問題原文、SQL意圖、關(guān)鍵技巧和預(yù)期輸出字段。運(yùn)行通過即證明模型有效。5.1 業(yè)務(wù)問題“請列出所有庫存低于警戒線的藥品含藥品名、批號、當(dāng)前庫存、警戒線”SQL意圖跨inventory與medicine表關(guān)聯(lián)篩選庫存不足項(xiàng)。關(guān)鍵技巧LEFT JOIN非必需此處用INNER JOIN確保只顯示有藥品信息的庫存記錄ORDER BY按短缺程度排序。SELECT m.generic_name AS 藥品名稱, i.batch_no AS 批號, i.quantity AS 當(dāng)前庫存, i.min_stock AS 警戒線, (i.min_stock - i.quantity) AS 缺貨數(shù)量 FROM inventory i INNER JOIN medicine m ON i.medicine_id m.id WHERE i.quantity i.min_stock ORDER BY (i.min_stock - i.quantity) DESC;預(yù)期輸出至少1條記錄缺貨數(shù)量為正整數(shù)。5.2 業(yè)務(wù)問題“統(tǒng)計(jì)2023年9月各科室的處方總量并按數(shù)量降序排列”SQL意圖按月份分組聚合需處理日期字段。關(guān)鍵技巧DATE_FORMAT(issue_date, %Y-%m)提取年月COUNT(*)統(tǒng)計(jì)處方數(shù)非藥品數(shù)。SELECT d.name AS 科室名稱, COUNT(*) AS 處方總數(shù) FROM prescription p INNER JOIN department d ON p.department_id d.id WHERE DATE_FORMAT(p.issue_date, %Y-%m) 2023-09 GROUP BY d.name ORDER BY 處方總數(shù) DESC;預(yù)期輸出科室名稱、處方總數(shù)兩列總和等于該月所有處方記錄數(shù)。5.3 業(yè)務(wù)問題“查詢患者‘張三’的所有用藥記錄包括藥品名、用量、用法、開方日期”SQL意圖四表連接patient→prescription→prescription_item→medicine體現(xiàn)完整業(yè)務(wù)鏈路。關(guān)鍵技巧CONCAT拼接用量與單位DISTINCT去重同一藥品同日多次開方可能重復(fù)。SELECT DISTINCT m.generic_name AS 藥品名稱, CONCAT(pi.dosage, , m.unit) AS 用量, pi.usage AS 用法, pi.frequency AS 頻次, p.issue_date AS 開方日期 FROM patient pa INNER JOIN prescription p ON pa.id p.patient_id INNER JOIN prescription_item pi ON p.id pi.prescription_id INNER JOIN medicine m ON pi.medicine_id m.id WHERE pa.name 張三 ORDER BY p.issue_date DESC;預(yù)期輸出至少3條記錄含明確的用量如“0.5g 片”、用法如“口服”。5.4 業(yè)務(wù)問題“找出近30天內(nèi)未被任何處方使用的藥品滯銷藥”SQL意圖反向查詢用NOT EXISTS或LEFT JOIN ... IS NULL。關(guān)鍵技巧NOT EXISTS性能通常優(yōu)于LEFT JOIN且邏輯更清晰日期計(jì)算用CURDATE() - INTERVAL 30 DAY。SELECT m.generic_name AS 藥品名稱, m.specification AS 規(guī)格 FROM medicine m WHERE NOT EXISTS ( SELECT 1 FROM prescription_item pi INNER JOIN prescription p ON pi.prescription_id p.id WHERE pi.medicine_id m.id AND p.issue_date CURDATE() - INTERVAL 30 DAY );預(yù)期輸出若干滯銷藥品證明系統(tǒng)能支撐運(yùn)營分析。5.5 業(yè)務(wù)問題“計(jì)算每種藥品的平均單次處方用量以‘片’為單位僅統(tǒng)計(jì)口服類藥品”SQL意圖條件聚合單位歸一化體現(xiàn)業(yè)務(wù)規(guī)則抽象能力。關(guān)鍵技巧CASE WHEN處理不同單位如“粒”“片”“支”視為等價(jià)AVG聚合前用CAST轉(zhuǎn)數(shù)值。SELECT m.generic_name AS 藥品名稱, AVG( CASE WHEN pi.dosage REGEXP ^[0-9.][片|粒|支]$ THEN CAST(REPLACE(REPLACE(REPLACE(pi.dosage, 片, ), 粒, ), 支, ) AS DECIMAL(10,2)) ELSE 0 END ) AS 平均單次用量_片 FROM medicine m INNER JOIN prescription_item pi ON m.id pi.medicine_id INNER JOIN prescription p ON pi.prescription_id p.id WHERE pi.usage 口服 AND p.issue_date 2023-01-01 GROUP BY m.generic_name HAVING 平均單次用量_片 0 ORDER BY 平均單次用量_片 DESC;預(yù)期輸出藥品名稱、平均單次用量_片數(shù)值合理如阿莫西林膠囊約0.5~1片。這5條SQL我?guī)н^的某高校模擬項(xiàng)目X中學(xué)生只要能獨(dú)立寫出其中3條并正確執(zhí)行答辯分?jǐn)?shù)基本穩(wěn)在85分以上。它們不是炫技而是把“數(shù)據(jù)庫”從名詞變成動(dòng)詞——你建的不是表是能回答問題的系統(tǒng)。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取