【正文】 處理查詢事務的部分存儲過程的建立與驗證。 WHERE RoomNo=RoomNo。 CREATE TRIGGER DAMAGEEVENT ON DAMAGEREPORT AFTER INSERT AS BEGIN UPDATE CLASSROOM SET IsUsable=39。0920703539。), ) /* 創(chuàng)建課程信息表 */ CREATE TABLE COURSE ( Cno Char(6) PRIMARY KEY, Cname Char(20)Not null, Time smallint, WeekNo Char(10) Not null, Weekday Char(10) Not null, SectionNo Char(10) Not null, Pname Char(20), ClassNo Char(5), StuNum int, CHECK (time BETWEEN 1 AND 200), CHECK(StuNum BETWEEN 1 AND 300), ) 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 23 /* 創(chuàng)建教室信息基本表 */ CREATE TABLE CLASSROOM ( RoomNo Char(4) PRIMARY KEY, Roomname Char(6) , Campusname Char(10), Buildname Char(10), Capacity int, IsUusable Char(8), Type Char(10), RemainCapacity int, CHECK (Capacity BETWEEN 20 AND 500), CHECK (RemainCapacity =Capacity ), ) /* 創(chuàng)建教師信息基本表 */ CREATE TABLE TEACHER ( Tno Char(6) PRIMARY KEY, Tname Char(14) NOT NULL, DeptChar(20), Title Char(8), Sex char(30), Tel Char(12), CHECK (Sex IN(39。在邏輯設計階段，對課程表信息在數(shù)據(jù)庫中的存儲方式不太清楚。在接下來的概念設計、邏輯結構設計和物理設計階段，我更是加深了對每一階段特點的理解，并且按照每一階段的任務，設計了 ER圖，數(shù)據(jù)庫模式和用戶子模式，以及存儲過程和觸發(fā)器，來完成事務邏輯。 測試內容 針對系統(tǒng)的幾大功能模塊，涉及的待測試的內容主要有： 。 索引的建立 1. 建立唯 一性索引 在課程安排表上建立課程號的唯一索引，以加快查詢速度。操作上存在大量冗余。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為 n端實體的碼。具體來說就是設計優(yōu)化的，不存在不合理函數(shù)依賴的關系模式，以及完成子模式和存儲過程的設計。其實體聯(lián)系模 型為： 單位與教室之間關系描述為一個單位可借多個教室，一個教室可被多個單位借用。 概念設計的目標與任務 概念設計的目標 在需求分析的基礎上，抽象出實體，實體的屬性，以及實體之間的聯(lián)系。 教室管理系統(tǒng)的業(yè)務流程圖 通過分析教室管理的事務，確定的業(yè)務流程圖如下。 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 2 因此確定本系統(tǒng)的功能如下： （ 1）空教室資源管理 （ 2）教師調課管理 （ 3）單位借用管理 （ 4）設備維護管理 需求分析的目的和任務 （ 1）目標 通過充分與用戶接觸，充分了解用戶的需求，熟悉系統(tǒng)設計的業(yè)務流程與信息處理要求及系統(tǒng)所涉及的數(shù)據(jù)流。建立了教室安排系統(tǒng)以后，對教室的安排就變的更加容易，添加和刪除也更加容易，特別是對于教室的查找，上課教師的查找都變的更加容易。 信息學院 《數(shù)據(jù)庫原理與應用》課程設計論文 題 目： 教室管理信息系統(tǒng)數(shù)據(jù)庫的設計 學 號： 專業(yè)班級： 信息管理與信息系統(tǒng) 072 姓 名： 指導老師： 完成日期： 二零一零年元月八日 摘 要 通過調查研究，發(fā)現(xiàn)教室管理大多采用人工方式，不便于管理和用戶使用。建立了教室安排系統(tǒng)，提高信息處理的速度和準確性，能夠及時，準確，有效的查詢和修改教室的安排情況，以及更有效得對設備維護進行管理。 （ 2）任務 本系統(tǒng)設計的處理對象有學生信息、課程信息、教室信息、教師信息、借用單位信息 以及學生的課程出勤記錄，教師調課記錄，設備維護記錄，單位借用教室記錄等。 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 3 教室管理系統(tǒng)的數(shù)據(jù)流圖 根據(jù)業(yè)務流程圖，去掉具體的信息載體，抽象得到了頂層數(shù)據(jù)流圖如圖 所示。從一層數(shù)據(jù)流開始，先繪制局部的 ER 圖，在此基礎上通過消除冗余，命名沖突、屬 性沖突和結構沖突，得到全局 ER 圖。因此兩者之間為多對多的關系，其聯(lián)系的屬性有借用時間，借用原因等。 邏輯結構設計階段的目標和任務 目標：根據(jù)概念設計的 ER 圖，轉化為優(yōu)化的關系模式。 一個 1： 1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。因此應當拆分成兩個模式。 CREATE UNIQUE INDEX Index_Course ON CURRICULUM(CNo ASC) 在教室信息表上建立教室狀態(tài)的索引 CREATE INDEX Index_RoomStatement ON CLASSROOM(RemainCapacity ASC) 數(shù)據(jù)庫實施 數(shù)據(jù)庫實施階段的目標和任務 數(shù)據(jù)庫的實施階段就是設計人員用 RDBMS 提供的數(shù)據(jù)定義語句和其他的實用程序將數(shù)據(jù)庫邏輯設計和物理設計結果嚴格描述 出來，成為 DBMS 可以接受的源代碼，再經(jīng)過調試產(chǎn)生目標模式。 。 通過這次綜合訓練，我加深了對數(shù)據(jù)庫理論的理解，熟練了對數(shù)據(jù)庫的各種操作，尤其是存儲過程和觸發(fā)器的使用。因此在以后研究中應該更加詳細地熟悉具體業(yè)務，進而對系統(tǒng)進行完善和補充。男 39。,39。損壞 39。 END 處理教師調課時的事務 /* 處 理教師調課事務 */ CREATE TRIGGER AdjustCourse ON CURRICULUM 附 32 教室借用事務處理 附 31 設備損壞報告事務處理 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 30 FOR UPDATE AS BEGIN INSERT INTO ADJUSTRECORD(CNo,RoomNo,TNo, WeekNo,Weekday,SectionNo,NewWeekNo, NewWeekday,NewSectionNo,NewRoomNo) SELECT , , FROM DELETED JOIN INSERTED ON =。 /*查詢某班級上課應到人數(shù) */ CREATE PROCEDURE SearchNumofPerson(Pname CHAR(20)) AS SELECT Cname,SUM(StuNum) AS 應到人數(shù) FROM COURSE WHERE Pname=Pname GROUP BY Cname /* 創(chuàng)建查詢空教室的存儲過程 */ 附 33 教師調課事務處理 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 31 CREATE PROCEDURE SearchEmptyClassroom(WeekNO char(10), Weekday char(10),SectionNo char(10)) AS SELECT RoomNo,Roomname,Buildname,Campusname,RemainCapacity FROM CLASSROOM WHERE IsUsable=39。000139?？捎?39。 處理設備損壞時 當教室損壞時，將教室的狀態(tài)設置為不可用。 END INSERT INTO ENTER_LEAVE VALUES (39。女 39。因此存在的問題是與實際的業(yè)務處理不太符合，功能不太完善。同時對系統(tǒng)的功能也有了大致的了解。然后在查詢分析器里對表或視圖的操作結果進行審核，看是否正確。數(shù)據(jù)庫的物理設計通常分為兩個步驟： （ 1） 確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要指存取方法和存儲結構； （ 2） 對物理結構進行評價，評價的重點是時間和空間效率。課程安排關系中包含了課程表信息和調課信息。 一個 1： n 聯(lián)系可以轉換為一個獨立的關系模式，也可以與 n端對應的關系模式 合并。其實體聯(lián)系模型如圖所示： 教室 教師 課程 ER 圖 維修員 教室 ER 圖 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 12 得到局部 ER 圖后，經(jīng)過合并，消除冗余和命名沖突，結構沖突和屬性沖突，得到的全局ER 圖如下所示： 邏輯結構設計 引言 邏輯結構設計就是把獨立于任何一種數(shù)據(jù)模型的信息結構轉化為與選用 DBMS 所支持的數(shù)據(jù)模型的過程。其實體聯(lián)系模型如下圖所示： 學生 課程 ER 圖 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 10 學生與教室之間存在一個學生使用多個教室，一個教室被多個學生使用，因此兩者間為多對多關系，他們之間聯(lián)系屬性為學生進入教室時間，學生報告教室損壞信息等。能不能將數(shù)據(jù)流中的實體及聯(lián)系抽象成合適的概念模型，具體說就是 ER 模型，關系到后續(xù)數(shù)據(jù)庫的邏輯設計。完成了數(shù)據(jù)庫信息要求、處理要求、安全性與完整性要求，使我們對數(shù)據(jù)庫的設計階段有了個深入的認識和了解，為今后的學習工打下堅實的基礎 。本系統(tǒng)針對教室管理這一學校日常事務，所設計的系統(tǒng)應當實現(xiàn)課程教室安排，教師調課管理，教 師借用管理，教師設備維護等基本功能及學生到課情況的統(tǒng)計功能。以前，一個學校對于教室的安排大多 是靠一些人工處理，安排起來比較復雜，容易出錯，而且不易于添加和刪除，更不利于查找。本系統(tǒng)針對教室管理人員和用戶，采用存儲過程和觸發(fā)器，實現(xiàn)數(shù)據(jù)的增刪改，方便用戶操作和系統(tǒng)的實現(xiàn)。 本系統(tǒng)的目的 本系統(tǒng)著力于整合教室管理中課程安排、教師調課、設備損壞及維修以及單位借用等影響教室使用的環(huán)節(jié)，實現(xiàn)統(tǒng)一管理。 處理功能要求： 教室管理系統(tǒng)的具 體功能包括三個方面：教室查詢子系統(tǒng)，教室調課子系統(tǒng)，設備管理子系統(tǒng)，教室借用子系統(tǒng)。 圖 教室管理系統(tǒng)業(yè)務流程圖 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 4 結合業(yè)務流程圖，在頂層數(shù)據(jù)流的基礎上，細化出系統(tǒng)的一層數(shù)據(jù)流包括排課，調課，借用設備維護及查詢等數(shù)據(jù)處理過程，如圖 所示。 概念設計的具體任務 1．選擇中層數(shù)據(jù)流為切入點，通常選擇實際系統(tǒng)中的子系統(tǒng)； 2．設計分 ER 圖，即各子模塊的 ER 圖； 3．生成初步 ER 圖，通過合并方法，做到各子系統(tǒng)實體、屬性、聯(lián)系統(tǒng)一； 4．消除沖突，生成全局 ER 圖。 維修員與教室之間也為多對多關系，兩者之間聯(lián)系為維修員維修教室的相關屬性，例如損壞設備名，修復時間，更換部件名。 任務：將 ER 圖轉化為關系模式，并利用范式理論對模式進行優(yōu)化，設計數(shù)據(jù)處理的，功能模塊圖，用戶子模式與存儲過程和觸發(fā)器，完成事務處理的功能。三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。 課程安排 (CNo,TNo,RoomNo,WeekNo,Weekday,SectionNo,Pname,ClassNo ) 07 信管專業(yè) 072 班數(shù)據(jù)庫系統(tǒng)概論課程設計論文 14 調課記錄 (CNo,Tno,RoomNo,WeekNo,Weekday, SectionNo, NewWeekday, NewWeekNo,NewSectionNo,NewRoomNo, AdjLessonID) 將學生使用教室關系模式分解得到 兩個關系模式 ： 設備損壞報告 (SNo,RoomNo,DamageTime,DamageInfo,Devicename) 學生進出教室表