學生宿舍管理系統(tǒng)數據庫設計案例

1、同學宿舍治理系統(tǒng)數據庫設計案例企業(yè)工資治理系統(tǒng)設計目 錄1. 系統(tǒng)需求分析階段 . 錯誤 .未指定書簽；1.1 系統(tǒng)目標設計 . 錯誤 .未指定書簽；1.2 系統(tǒng)功能分析 . 錯誤 .未指定書簽；1.3 功能模塊分析 . 錯誤 .未指定書簽；1.4 系統(tǒng)全局數據流圖 . 錯誤 .未指定書簽；1.5 數據字典 . 錯誤 .未指定書簽；2. 概念設計階段 . 錯誤 .未指定書簽；2.1 概念模型設計 . 錯誤 .未指定書簽；2.2 新系統(tǒng)流程 . 錯誤 .未指定書簽；3規(guī)律設計階段 . 錯誤 .未指定書簽；3.1 規(guī)律設計的任務和目標 . 錯誤 .未指定書簽；3.2 數據組織 . 錯誤 .未指定書

2、簽；3.2.1 將圖轉換為關系模型 . 錯誤 .未指定書簽；3.2.2 模型優(yōu)化 . 錯誤 .未指定書簽；3.2.3 數據庫模式定義 . 錯誤 .未指定書簽；3.2.4 用戶子模式設計 . 錯誤 .未指定書簽；3.3 數據處理 . 錯誤 .未指定書簽；4物理設計階段 . 錯誤 .未指定書簽；4.1 物理設計階段的目標與任務 . 錯誤 .未指定書簽；4.2 數據儲備方面 . 錯誤 .未指定書簽；4.3 系統(tǒng)功能模塊 . 錯誤 .未指定書簽；4.3.1 員工基本信息治理模塊 . 錯誤 .未指定書簽；4.3.2 部門信息治理模塊 . 錯誤 .未指定書簽；4.3.3 基本工資治理模塊 . 錯誤 .未指

3、定書簽；4.3.4 出勤信息治理模塊 . 錯誤 .未指定書簽；4.3.5 獎懲信息治理模塊 . 錯誤 .未指定書簽；4.3.6 津貼治理模塊 . 錯誤 .未指定書簽；4.3.7 職稱信息治理模塊 . 錯誤 .未指定書簽；4.3.8 員工工資治理模塊 . 錯誤 .未指定書簽；5數據庫實施階段 . 錯誤 .未指定書簽；5.1 建立數據庫、數據表、視圖、索引 . 錯誤 .未指定書簽；5.1.1 建立數據庫 . 錯誤 .未指定書簽；/ 46 同學宿舍治理系統(tǒng)數據庫設計案例5.1.2 建立數據表 . 錯誤 .未指定書簽；5.1.3 建立視圖 . 錯誤 .未指定書簽；5.1.4 建立索引 . 錯誤 .未指

4、定書簽；5.2 數據入庫 . 錯誤 .未指定書簽；5.3 創(chuàng)建各個功能的儲備過程 . 錯誤 .未指定書簽；6系統(tǒng)調試和測試 . 錯誤 .未指定書簽；附錄 1 數據庫規(guī)律結構定義 . 錯誤 .未指定書簽；附錄 2 儲備過程定義 . 錯誤 .未指定書簽；附錄 3 全部的運行語句 . 錯誤 .未指定書簽；I / 46 同學宿舍治理系統(tǒng)數據庫設計案例1. 系統(tǒng)需求分析階段1.1 引言通過對同學宿舍樓的實地調查,明白到現在的同學宿舍治理仍停留在完全的人工治理階段,樓管處沒有標準的住宿同學存檔信息；這中人工治理方式費時、費事、費勁,造成工作效率低下；開發(fā)出合適的同學宿舍治理系統(tǒng),可以便利同學宿舍的治理,提

5、高宿舍管理工作效率及查詢效率；1.2 目標與任務1.2.1 需求分析階段的目標（ 1）明白目前宿舍治理的現狀以及 2022 的功能和特點；（ 2）通過實地調查和問答記錄的方式明白宿舍治理的工作業(yè)務流程,并記錄和處理相關的數據；1.2.2 需求分析階段的任務（ 1）處理對象：系統(tǒng)要處理的對象包括宿舍樓基本信息、同學基本信息、宿舍基本信息、樓道工作人員基本信息、宿舍保衛(wèi)處基本信息、宿舍事故基本信息、物品出入基本信息等七個方面,各個對象包括信息如下所示（具體的數據見于 數據字典）：1宿舍樓基本信息 ：包括 宿舍樓編號、宿舍樓所在校區(qū)、宿舍樓再校區(qū)中區(qū)域、每一幢宿舍樓樓管處的電話、宿舍樓樓管員信息等方

6、面,這樣可以便利治理者對宿舍樓的治理,提高查詢效率；2同學基本信息 ：包括同學編號、同學所在學院信息、同學姓名、同學性別、學生來自省份、同學誕生日期、同學入學時間、同學所學專業(yè)、所在班級等方面的信息,可以便利學信息的查詢和更新；3宿舍基本信息 , ：宿舍基本信息包括四個數據結構（宿舍信息 ,宿舍物品信息 ,宿舍物品損壞信息 , 宿舍損壞物品賠償信息）,每個數據結構中的數據項見數據字典；4樓道工作人員基本信息 ：包括 工作人員編號、工作人員姓名、工作類型、工資、性別、聯系方式、工作時間等數據項,可以便利治理人員對宿舍樓道工人的任用、信息查詢及更換；5宿舍保衛(wèi)處基本信息 ：包括保衛(wèi)處名稱、人員數目

7、、負責人信息、聯系電話等四方面的信息；6宿舍事故基本信息 , ：事故信息包括三個數據結構（事故信息、事故處理信息、0 / 46 同學宿舍治理系統(tǒng)數據庫設計案例事故賠償信息）,具體的數據項見數據字典；物品出入基本信息 ：包括出入物品的同學信息、出入的物品信息、出入物品時的負責人信息、出入物品時間,盡量削減宿舍事故的發(fā)生,保證同學宿舍財產的安全；（ 2）處理功能要求系統(tǒng)主要完成一下幾個功能：1宿舍樓基本信息查詢與修改；2同學基本信息查詢與更新；3每一幢宿舍樓中宿舍信息的查詢與信息更新；4宿舍保衛(wèi)處基本信息的查詢和修改；5宿舍事故基本信息及事故處理信息的查詢和修改；6宿舍樓物品出入審批及記錄；（ 3

8、）安全性和完整性要求安全性先通過視圖機制,不同的用戶只能拜訪系統(tǒng)授權的視圖,這樣可供應系統(tǒng)數據肯定程度上的安全性,再通過用戶授權機制,欲用戶登陸來識別用戶級別,依據這個級別 來安排用戶權限,達到數據更高層次的安全保密功能；完整性要求用于描述宿舍樓基本信息、同學基本信息、宿舍基本信息、樓道工作人員 基本信息、宿舍保衛(wèi)處基本信息、宿舍事故基本信息、物品出入基本信息中數據項能否為,以及一些用戶自定義完整性（符合實際要求）1.2.3 需求分析階段成果（ 1）同學宿舍治理系統(tǒng)業(yè)務流程圖新生入住宿舍業(yè)務流程圖：,具體完整性要求見于系統(tǒng)的規(guī)律設計階段；1 / 46 同學宿舍治理系統(tǒng)數據庫設計案例查詢業(yè)務流程

9、圖（查詢宿舍同學信息、樓道工作人員信息、宿舍樓信息等）：畢業(yè)生離宿業(yè)務流程圖：2 / 46 同學宿舍治理系統(tǒng)數據庫設計案例樓道工作人員任用業(yè)務流程圖：宿舍樓物品出入業(yè)務流程圖：宿舍事故處理業(yè)務流程圖：3 / 46 同學宿舍治理系統(tǒng)數據庫設計案例（ 2）數據流程圖頂層數據流程圖：第 2 層數據流程圖：從同學角度動身第 2 層數據流程圖：從治理者角度動身4 / 46 同學宿舍治理系統(tǒng)數據庫設計案例第 3 層數據流程圖：從新生角度動身第 3 層數據流程圖：從畢業(yè)生角度動身第 3 層數據流程圖：從宿舍樓物品出入動身5 / 46 同學宿舍治理系統(tǒng)數據庫設計案例第 3 層數據流程圖：從宿舍事故角度出入動身

10、第 3 層數據流程圖：從樓道工作人員的任用角度動身第 3 層數據流程圖：從治理者和外來訪客的角度動身6 / 46 同學宿舍治理系統(tǒng)數據庫設計案例（ 3）數據字典（ a）數據項：系統(tǒng)涉及的數據項有 71 項表 1.1 數據項列表數據項編號數據項名數據項含義與其它數據項的關系儲備結構別名1 同學編號等于9 學號2 同學所在學院20 學院3 同學姓名10 姓名4 同學性別2 性別5 同學來自省份10 祖籍6 同學誕生時間誕生日期7 同學入學時間20 入學時間8 同學所在專業(yè)專業(yè)9 同學所在班級編號編號5 10 工作人員編號編號11 工作人員姓名10 姓名12 工作類型8 工作類型13 工作人員工資月

11、工資2 14 工作人員性別性別15 工作人員聯系方式12 電話16 工作人員工作時間30 工作時間17 宿舍編號6 舍號18 舍長信息10 舍長19 宿舍同學信息同上10 舍員 1 20 宿舍同學信息同上10 舍員 2 21 宿舍同學信息同上10 舍員 3 7 / 46 同學宿舍治理系統(tǒng)數據庫設計案例數據項編號數據項名數據項含義與其它數據項的關系儲備結構別名22 宿舍同學信息同上10 舍員 4 23 宿舍同學信息同上10 舍員 5 24 宿舍同學信息同上10 舍員 6 25 宿舍同學所屬年級等于4 年級26 宿舍同學所在學院等于20 學院27 宿舍同學所學專業(yè)等于20 專業(yè)28 同學所在班級編

12、號等于2 班級29 宿舍樓編號等于4 宿舍樓號30 宿舍樓所屬校區(qū)校區(qū)31 宿舍樓在校區(qū)位置4 宿舍區(qū)位32 宿舍樓管處電話12 電話33 宿舍樓樓管員信息10 樓管員34 保衛(wèi)處名稱等于15 名字35 保衛(wèi)處人員總數人員數目10 36 保衛(wèi)處負責人信息負責人37 保衛(wèi)處電話12 電話38 宿舍物品名稱16 宿舍物品39 宿舍物品價格價格40 每一種宿舍的數量16 數量41 損壞物品信息物品名42 損壞的同學信息等于9 同學43 損壞物品宿舍信息等于6 舍號44 損壞物品的數量等于16 數量45 賠償物品信息物品名46 需賠償同學信息等于9 同學47 賠償價格等于10 賠償價格48 賠償負責人

13、信息負責人49 賠償日期等于10 日期50 賠償物品數量數量51 事故編號編號52 事故類型類型53 事故缺失物品30 物品名54 事故缺失物品數量數量9 55 事故受害同學同學56 事故發(fā)生日期等于15 日期57 事故負責人信息負責人58 受害人聯系方式12 同學電話59 事故是否屬實核查8 / 46 同學宿舍治理系統(tǒng)數據庫設計案例數據項編號數據項名數據項含義與其它數據項的關系儲備結構別名60 事故調查編號等于4 編號事故調查名稱15 調查61 事故調查負責人10 負責人62 63 事故調查結果等于10 結果事故賠償同學信息同學64 65 事故賠償物品信息等于30 物品名事故賠償日期日期66

14、 15 事故賠償負責單位負責單位67 要求物品出入同學等于10 同學68 69 出入物品信息等于20 物品名出入物品審查人10 負責人70 71 出入物品日期日期72 物品出入序號序號（ b）數據結構：表 1.2 數據結構列表數據結數據結構名數據結構組成構編號含義1 宿舍同學信息, 2 宿舍樓工作人員信息, , , 3 宿舍信息, , 4 宿舍樓信息5 宿舍保衛(wèi)處信息6 宿舍物品配備信息9 / 46 同學宿舍治理系統(tǒng)數據庫設計案例數據結數據結構名數據結構組成構編號含義7 宿舍物品損壞信息, 宿 舍 損 壞 物 品 賠 償 信8 息, , 9 宿舍事故注冊信息, 10 宿舍事故調查信息11 12

15、 事 故 損 失 物 品 賠 償 信 息宿舍樓物品出入信息（ 4）處理規(guī)律描述（判定表或判定樹）表 1.3 處理規(guī)律列表判定條件宿舍基本信息模塊、決策同學基本信息模塊、宿舍樓基本信息模塊、宿舍樓配備物品基本信息模塊、宿舍事故基本信息模塊、宿舍 判定用戶查詢涉及的功能模塊 樓物品出入基本信息模塊、宿舍樓保衛(wèi)處基本信息模塊、樓道 工人基本信息模塊：先確定查詢所涉及的功能模塊；然后,確 定要查詢的內容,確定查詢數據流向；最終顯示查詢結果；判定用戶修改要涉及的模塊,同 時把相應的修改數據傳到相應的 模塊之中宿舍基本信息模塊、宿舍樓基本信息模塊、同學基本信息模塊、宿舍樓配備物品基本信息模塊、宿舍事故基本

16、信息模塊、宿舍 樓物品出入基本信息模塊、宿舍樓保衛(wèi)處基本信息模塊、樓道 工人基本信息模塊：先確定更新所涉及的功能模塊；然后,把 更新信息傳送到相應的模塊中；最終,進行相應的更新操作；10 / 46 同學宿舍治理系統(tǒng)數據庫設計案例2. 概念設計階段2.1 引言概念設計階段主要是將需求分析階段得到的用戶需求抽象為信息結構概念模型的過程 ,它是整個數據庫設計的關鍵,包括概念模型設計和新系統(tǒng)流程兩個階段；2.2 概念模型設計（ 1）依據不同的對象,從第3 層數據流程圖（中層數據流程圖）入手,分別畫出分E R圖：（ a）從數據流程圖圖2.4 與圖2.5 抽象出的分E R 圖：圖 3.1 分 E R 圖

17、1 圖 3.2 分 E R 圖 2 圖 3.3 分 E R 圖 3 （ b）從數據流程圖圖2.6 與圖 2.8 抽象出的分E R 圖：圖 3.4 分 E R 圖 4 （ c）從數據流程圖圖2.7 抽象出的分E R 圖：圖 3.5 分 E R 圖 5 11 / 46 同學宿舍治理系統(tǒng)數據庫設計案例（ 2）各分 E R 圖中每個實體的屬性如下所示：同學： , ；宿舍： , ；宿舍樓：, ；宿舍物品：, ；樓道工作人員：, , , ；保衛(wèi)處：, ；各分 E R 圖中聯系的屬性如下所示：物品出入：, ；宿舍物品處理：包含物品損壞和物品賠償兩個數據結構 將在規(guī)律設計階段給出 ；事故：包含宿舍事故注冊、宿

18、舍事故調查、事故缺失物品賠償三個數據結構 具體的 結構將在系統(tǒng)規(guī)律設計階段給出 ；（ 3）合并各分圖 ,排除屬性沖突、命名沖突、結構沖突等三類沖突,得到初步圖,再排除不必要冗余,得到的基本圖如下所示：12 / 46 同學宿舍治理系統(tǒng)數據庫設計案例2.3 新系統(tǒng)流程 新系統(tǒng)流程圖：3規(guī)律設計階段3.1 規(guī)律設計的任務和目標 以上的概念設計階段是獨立于任何一種數據模型的,但是規(guī)律設計階段就與選用的產品發(fā)生關系了,系統(tǒng)規(guī)律設計的任務就是將概念設計階段設計好的基本圖轉換為選用產品所支持的數據模型相符合的規(guī)律結構；具體內容包括數據組織（將圖轉換成關系模型、模型優(yōu)化、數據庫模式定義、用戶子模式設計）3.2

19、 數據組織3.2.1 將圖轉換為關系模型、數據處理（畫出系統(tǒng)功能模塊圖）兩大任務由于宿舍樓與樓道工人的聯系方式是1（一對多） ,可以將其之間的聯系與n 端實體樓13 / 46 同學宿舍治理系統(tǒng)數據庫設計案例道工人合并,宿舍樓與宿舍之間的聯系、宿舍與同學之間的聯系方式也是 1,同樣也將其 之間的聯系與 n 端實體宿舍、同學合并,而宿舍物品與同學、同學與樓道工作人員之間的 聯系方式就是（多對多）,這樣要把它們之間的聯系轉化為獨立的關系模式,保衛(wèi)處與同學 之間的聯系是 1（一對多） ,但是它們之間的聯系事故就包含數據結構,為了便于模型優(yōu)化,將其聯系也轉化成獨立的關系模式,具體的基本圖向關系模型的轉化

20、如下：樓道工人： （, , ,）；宿舍樓： （,）；宿舍：（,）；宿舍物品： （,）；同學：（,）；保衛(wèi)處：, ；物品出入：, , , ；宿舍物品處理包含兩個數據結構（宿舍物品損壞信息,宿舍物品損壞賠償信息）,基于表的 各個屬性都是原子項的考慮,現將宿舍物品處理分解為：宿舍物品損壞、宿舍損壞物品賠 償,具體如下：宿舍物品損壞：（, , ,）；（排除命名沖突）宿舍物品損壞賠償：（,）；（排除命名沖突）宿舍事故包含三個數據結構（宿舍事故注冊信息、宿舍事故調查信息、宿舍事故缺失物 品賠償信息） ,同樣基于表的原子性的考慮也將事故分解為：事故注冊、事故調查、事故賠償,具體如下：事故注冊： （,）；事故

21、調查： （,）；事故賠償： （,）；（注：標有直線下劃線的為主屬性,標有波浪線下劃線的是外鍵屬性,主屬性與外鍵屬性一起構成主碼）3.2.2 模型優(yōu)化關系模式, ,不存在非主屬性對主屬性的部分函數依靠,也不存在傳遞函數依 賴,已經達到了 3,但是宿舍關系模式（）中存在著一些不應當有的數據冗余,現將模型 優(yōu)化為：（,）；雖然中仍存在一些數據冗余,但可以提高查詢效率；14 / 46 同學宿舍治理系統(tǒng)數據庫設計案例3.2.3 數據庫模式定義 表 2.1 數據庫模式定義表編號規(guī)律結構基本表 定義完整性和安全性 T （詳見附錄1 1）（詳見附錄1 1）T 2 （詳見附錄1 2）（詳見附錄1 2）T 3 （

22、詳見附錄1 3）（詳見附錄1 3）T 4 （詳見附錄1 4）（詳見附錄1 4）T 5 （詳見附錄1 5）（詳見附錄1 5）T 6 （詳見附錄1 6）（詳見附錄1 6）T 7 （詳見附錄1 7）（詳見附錄1 7）T 8 （詳見附錄1 8）（詳見附錄1 8）T 9 （詳見附錄1 9）（詳見附錄1 9）T 10 （詳見附錄1 10 ）（詳見附錄1 10）T 11 （詳見附錄1 11）（詳見附錄1 11）T 12 （詳見附錄1 12 ）（詳見附錄1 12）3.2.4用戶子模式設計表 2.2 用戶子模式設計 列表編號用戶子模式 作用 共性：供應數據保密和安全愛護機制V 1 便于查詢和修改樓道工人的基本信

23、息V 2 便利宿舍樓的基本信息的查詢、更新V 3 以便于宿舍的基本信息的查詢和更新V 4 用于宿舍樓配備物品的基本信息的查詢V 5 便于查詢和更換同學的基本信息V 6 便利同學查詢宿舍保衛(wèi)處的基本信息V 7 以便于物品出入的治理和信息的查詢、更換V 8 便于宿舍物品損壞的的登記及處理和信息的查詢V 9 查詢損壞物品賠償的基本信息,便于宿舍物品的治理V 10 便利同學事故的注冊及保衛(wèi)人員對事故注冊的查詢V 11 便于同學查詢宿舍事故調查的基本信息V 12 便利宿舍事故賠償的信息查詢和更新3.3 數據處理 系統(tǒng)功能模塊圖：15 / 46 同學宿舍治理系統(tǒng)數據庫設計案例4物理設計階段4.1 物理設計

24、階段的目標與任務數據庫的物理設計就是為規(guī)律數據模型選取一個最合適應用要求的物理結構的過程,在這個階段中要完成兩大任務：（ 1）確定數據庫的物理結構,在關系數據庫中主要是存取方法和儲備結構；（ 2）對物理結構進行評判,評判的重點是時間和空間效率；4.2 數據儲備方面為數據庫中各基本表建立的索引如下：1. 由于基本表,的主碼,常常在查詢條件和連接操作的連接條件中顯現,且它們的值唯獨,考慮在兩個屬性上建立唯獨性索引；2. 的主碼, ,常常在查詢條件中顯現,且它們的組合值唯獨,考慮在它們之上建立組合索引；3. 基本表的一屬性,常常在查詢條件中顯現,且常常顯現在相等的比較條件中,考慮在其之上建立聚簇索引

25、；4. 基本表、的屬性值幾乎不會有什么變化,更新率很低,可考慮適當建立索引；5. 基本表, ,的屬性值常常發(fā)生變化,權衡系統(tǒng)為愛護索引付出的代價,可考慮不建立索引,也可以適當建立索引；4.3 系統(tǒng)功能模塊16 / 46 同學宿舍治理系統(tǒng)數據庫設計案例4.3.1 樓道工人基本的信息查詢和更新模塊將實現對樓道工人基本信息的查詢和更新（修改、插入、刪除）操作,便利于樓道工 人的任用和更換,具體的功能模塊圖如下：圖 4.2 樓道工人基本信息的查詢、更新功能模塊圖4.3.2 注：表示系統(tǒng)給用戶的信息,以下與此相同 宿舍樓基本信息的查詢和更新模塊將完成對宿舍樓基本信息的查詢、更新（修改、插入、刪除）操作,

26、便于宿舍的集中 治理,具體的功能模塊圖如下所示：17 / 46 同學宿舍治理系統(tǒng)數據庫設計案例圖 4.3 宿舍樓基本信息的查詢、更新功能模塊圖4.3.3 宿舍基本信息的查詢和更新模塊將達到對宿舍基本信息的查詢、更新（修改、插入、刪除）操作的目的,具體的功能模塊圖如下所示：圖 4.4 宿舍基本信息的查詢、更新功能模塊圖18 / 46 同學宿舍治理系統(tǒng)數據庫設計案例4.3.4 同學基本信息的查詢和更新模塊將完成對同學基本信息的查詢和插入、刪除、修改等更新操作,具體的功能模塊如下所示：圖 4.5 宿舍同學基本信息的查詢、更新功能模塊圖4.3.5 宿舍物品的查詢和更新模塊將實現對宿舍物品基本信息的查詢

27、、插入、刪除、修改等操作,以便利于宿舍物品的配備,具體的功能模塊圖如下：19 / 46 同學宿舍治理系統(tǒng)數據庫設計案例 圖 4.6 宿舍物品基本信息的查詢、更新功能模塊圖 4.3.6 宿舍事故的查詢和更新模塊 將實現對宿舍事故的插入和更新操作,便利宿舍事故的快速處理,準時明白事故處理 的結果,具體的功能模塊圖如下：圖 4.7 宿舍事故基本信息的查詢、更新功能模塊圖 4.3.7 宿舍物品處理的查詢和更新模塊 將完成對宿舍物品處理基本信息的查詢、插入、刪除、修改等操作,便利于宿舍物品 的處理,具體的功能模塊圖如下所示：圖 4.8 宿舍物品處理基本信息的查詢、更新功能模塊圖20 / 46 同學宿舍治

28、理系統(tǒng)數據庫設計案例4.3.8 宿舍保衛(wèi)處基本信息的查詢和更新模塊將實現對宿舍保衛(wèi)處基本信息的查詢和更新（包括更換、插入、刪除）操作,便利于宿舍意外事故的處理,具體的功能模塊圖如下：圖 4.9 宿舍樓保衛(wèi)處基本信息的查詢、更新功能模塊圖5數據庫實施階段5.1 建立數據庫、數據表、視圖、索引5.1.1 建立數據庫; 5.1.2 建立數據表（ 1）樓道工人基本信息表的建立：（5 ）, , 10 8 , , 2 , 21 / 46 同學宿舍治理系統(tǒng)數據庫設計案例12 , 30 , , 4 , 4 , , , , , , = 0, = 男 = 女 ;（ 2）宿舍樓基本信息表的建立： , 4 , , ,

29、 4 , 12 10 , 0 0 0; （ 7）宿舍樓物品出入基本信息表的建立： 9 , , , 16 9 , , , 4 , 4 , 23 / 46 同學宿舍治理系統(tǒng)數據庫設計案例, , , , , , , 0; （ 8）宿舍配備物品損壞基本信息表的建立： 16 , , 9 6 , , , 4 , 4 , , , , , , , , = 0; （ 9）宿舍損壞配備物品賠償基本信息表的建立： 16 , , 9 , 15 , , , , , = 0; （ 10）宿舍事故注冊基本信息表的建立： , 10 , , 9 , 30 , , 24 / 46 同學宿舍治理系統(tǒng)數據庫設計案例15 , , 12

30、 , , , , 0,; （ 11）宿舍事故調查基本信息表的建立： , 15 , 15 , , , , ,; （ 12）宿舍事故賠償基本信息表的建立： , 9 , , 30 , 5.1.3 15 , , , ; 建立視圖（ 1）用于查詢和更新樓道工人基本信息的視圖定義如下：編號,姓名,工作類型,工資,性別,聯系方式,工作時間,宿舍樓編號,校區(qū),區(qū)位 * ; （ 2）便利于宿舍樓基本信息查詢、更新的視圖定義如下：宿舍樓編號,校區(qū),區(qū)位,樓管處電話,樓管 * 25 / 46 同學宿舍治理系統(tǒng)數據庫設計案例; （ 3）顯示宿舍基本信息的視圖定義如下：宿舍編號,舍長,年級,學院,專業(yè),宿舍樓編號,校區(qū)

31、,區(qū)位 * ; （ 4）可用于宿舍樓配備物品基本信息查詢、更新的視圖定義如下：物品名,價格,數量,宿舍樓編號,校區(qū),區(qū)位 * ; （ 5）用于查詢和更新同學基本信息的視圖定義如下：學號,學院,姓名,性別,祖籍,誕生日期,入學時間,專業(yè),班級,宿舍編號,宿舍樓編號,校區(qū),區(qū)位 * ; （ 6）顯示宿舍保衛(wèi)處基本信息的視圖定義如下：名稱,人員數目,負責人,電話 * ; （ 7）以便于物品出入治理和出入物品信息查詢、更新的視圖定義如下：學號,出入物品,負責人,日期,序號,宿舍樓編號,校區(qū),區(qū)位 * ; （ 8）便于宿舍配備物品損壞登記及損壞宿舍物品查詢的視圖定義如下：物品名,學號,宿舍號,損壞數量,

32、宿舍樓編號,校區(qū),區(qū)位 * 26 / 46 同學宿舍治理系統(tǒng)數據庫設計案例; （ 9）用于查詢損壞物品賠償基本信息,便于宿舍物品治理的視圖定義如下：物品名,學號,負責人,日期,賠償數量 * ；（ 10）便利同學事故的注冊及保衛(wèi)人員對事故注冊查詢的視圖定義如下：編號,事故類型,學號,日期,缺失物品,屬實,負責單位,缺失數量,同學聯系方式 * ; （ 11）便于宿舍以外事故調查的視圖定義如下：編號,調查名稱,負責單位,調查結果 * ；（ 12）便利宿舍事故賠償信息查詢和更換的視圖定義如下：編號,學號,賠償物品,日期,負責單位 * ; 5.1.4 建立索引; ; , ; ; ; ; 27 / 46

33、同學宿舍治理系統(tǒng)數據庫設計案例5.2 數據入庫系統(tǒng)包括宿舍同學基本信息治理、樓道工人基本信息治理、宿舍樓基本信息治理、宿舍基本信息治理、宿舍事故基本信息治理、宿舍樓物品出入基本信息治理、宿舍樓保衛(wèi)處基本信息治理、宿舍配備物品及處理治理等八大功能模塊,共有 12 張基本表 ,牽涉到大量數據的錄入 ,又由于時間限制 ,采納事先在中錄入數據 ,然后使用 2022 數據導入 /導出向導功能 ,直接將數據導入到相應的基本表中；當然,附錄中也給出了各個基本表插入元組的儲備功能,具體內容請參閱附錄 2；5.3 創(chuàng)建各個功能的儲備過程系統(tǒng)共創(chuàng)建了 16 個儲備過程,具體列表如下：表 3.1 創(chuàng)建的儲備過程列表

34、：編號儲備過程名稱定義2-1 作用1 p1 詳見附錄在中插入一元組2 p2 詳見附錄2-2 在中插入一元組3 p3 詳見附錄2-3 在中插入一元組4 p4 詳見附錄2-4 在中插入一元組5 p5 詳見附錄2-5 在中插入一元組6 p6 詳見附錄2-6 在中插入一元組7 p7 詳見附錄2-7 在中插入一元組8 p8 詳見附錄2-8 在中插入一元組9 p9 詳見附錄2-9 在中插入一元組10 p10 詳見附錄2-10 在中插入一元組11 p11 詳見附錄2-11 在中插入一元組12 p12 詳見附錄2-12 在中插入一元組13 p13 詳見附錄2-13 在中匹配 查詢14 p14 詳見附錄2-14

35、 在中匹配 查詢15 p15 詳見附錄2-15 在中刪除元組16 p16 詳見附錄2-16 在中更新操作（其他表的查詢、修改、刪除與表的大致相同,這里不再具體列出）28 / 46 同學宿舍治理系統(tǒng)數據庫設計案例附錄 1 數據庫規(guī)律結構定義1.樓道工人 基本信息表,用于記錄樓道工人的基本信息：表 2.3 樓道工人基本信息表屬性名數據類型取值范疇是否是主屬性或外鍵完整性5 00000 99999 是10 大于 500 （元 /月）否8 否否2 男、女否12 00 99 否30 否是4 四周八方其中之一是4 四周八方其中之一是2.宿舍樓 基本信息表,用于記錄宿舍樓的基本信息：表 2.4 宿舍樓基本信

36、息表屬性名數據類型取值范疇是否是主屬性或外鍵完整性4 00 99 是四周八方其中之一是4 四周八方其中之一是12 否10 否3.宿舍 基本信息表,用于記錄宿舍的基本信息：表 2.5 宿舍基本信息表屬性名數據類型取值范疇是否是主屬性或外鍵完整性6 01-001 99-999 是10 00 99 否4 否20 否20 否是4 四周八方其中之一是4 四周八方其中之一是29 / 46 同學宿舍治理系統(tǒng)數據庫設計案例4.宿舍樓配備物品 基本信息表,用于記錄宿舍樓配備物品的基本信息：表 2.6 宿舍配備物品基本信息屬性名數據類型取值范疇是否是主屬性或外鍵完整性5.宿舍同學16 是大于 0 否大于 0 否0

37、0 99 是4 四周八方其中之一是4 四周八方其中之一是 基本信息表,用于記錄宿舍同學的基本信息：圖 2.7 宿舍同學基本信息屬性名數據類型取值范疇 999999999 是否是主屬性或外鍵完整性9 00000000是20 男、女否10 否2 否10 否否否6.宿舍保衛(wèi)處20 否大于 0 小于 10 否601-001 99-999 是00 99 是4 四周八方其中之一是4 四周八方其中之一是 基本信息表,用于記錄保衛(wèi)處的基本信息：圖 2.8 宿舍保衛(wèi)處基本信息屬性名數據類型取值范疇是否是主屬性或外鍵完整性7.宿舍樓物品出入15 是大于 0 否10 否12 否 基本信息表,用于記錄物品出入的基本信

38、息：圖 2.9 宿舍樓物品出入基本信息屬性名數據類型取值范疇 999999999 是否是主屬性或外鍵完整性9 00000000是30 / 46 同學宿舍治理系統(tǒng)數據庫設計案例屬性名數據類型取值范疇是否是主屬性或外鍵完整性16 否9 否是8.宿舍配備物品損壞4 大于 0 是00 99 是四周八方其中之一是4 四周八方其中之一是 基本信息表,用于記錄物品損壞的基本信息：圖 2.10 宿舍配備物品損壞基本信息屬性名 數據類型 取值范疇 是否是主屬性或外鍵 完整性16 是9 00000000 999999999 是6 01-001 99-999 是大于等于 0 否00 99 是4 四周八方其中之一 是

39、4 四周八方其中之一 是9.宿舍配備物品損壞賠償 基本信息表,記錄損壞物品賠償的基本信息：圖 2.11 宿舍配備物品損壞賠償基本信息屬性名數據類型取值范疇 999999999 是否是主屬性或外鍵完整性16 00000000是9 是10 是否10. 宿舍事故注冊大于等于0 否基本信息表,用于記錄宿舍事故注冊的基本信息：2.12 宿舍事故注冊基本信息屬性名數據類型取值范疇是否是主屬性或外鍵完整性10 00009999 是否30 00000000999999999 是是30 否否31 / 46 同學宿舍治理系統(tǒng)數據庫設計案例屬性名數據類型取值范疇是否是主屬性或外鍵完整性11.宿舍事故調查15 是大于

40、等于0 否12 否 基本信息表,用于記錄宿舍事故調查的基本信息：圖 2.13 事故調查基本信息屬性名數據類型取值范疇是否是主屬性或外鍵完整性15 00009999 是是15 是否12. 宿舍事故賠償 基本信息表,用于記錄宿舍事故賠償的基本信息：圖 2.14 宿舍事故賠償基本信息屬性名數據類型取值范疇 999999999 是否是主屬性或外鍵完整性10 00009999 是00000000是30 否否15 是32 / 46 同學宿舍治理系統(tǒng)數據庫設計案例附錄 2 儲備過程定義11 的定義 : p1 5, 10 ,8, , 2, 30, , 4, 4 , , , , , , , , ; 22 的定義 : p2 , 4, 4, 12, 10 , , , , ; 33 的定義 : p3 6, 10, 4, 20, 20, , 4, 4 33 / 46 同學宿舍治理系統(tǒng)數據庫設計案例, , , , , , , ; 44 的定義 : p4 16, , , , 4, 4 , , , , , ; 55 的定義 : p5 9, 20, 10, 2, 10, , , 20, , 6, , 4, 4