【文章內容簡介】 許為空 是否為主外鍵屬性描述studentNochar(7)Not nullprimary keyforeign key reference Student學號startTimedatetime Not nullprimary key開始時間endTimedatetime Not nullprimary key結束時間(2) 工作類別(jobSort)表：如表317所示。表317 工作類別表 jobSort屬性名稱數據類型是否允許為空 是否為主外鍵屬性描述sortNochar(4)Not nullprimary key類比編號sortNamevarchar(20) Null類別名稱 業(yè)務數據設計重慶工商大學勤工助學管理系統(tǒng)其他數據主要是聯系各個實體集之間的聯系集，它是多個實體之間的某種行為需要的反映。本系統(tǒng)涉及的聯系集如表318所示。表318 聯系集相互關系的實體集聯系集的名稱管理員與工作分派(Assign)學生會員與工作確認(Confirm)公司會員與工作提供(Provide)學生會員與工作意向提交(Submit)會員與留言發(fā)布(Release)管理員與留言回復(Reply)在上述聯系中，聯系集分派(Assign)和確認(Confirm)均為多對多聯系，不能與任一實體集合并，故單獨建表。(1) 分派(Assign)表：由分派(Assign)聯系集轉化而來，如表319所示。表319 分派表 Assign屬性名稱數據類型是否允許為空 是否為主外鍵屬性描述adminNochar(4)Not nullprimary keyforeign key references admin管理員編號studentNochar(7)Not nullprimary keyforeign key references member學號jobNo char(8)Not nullprimary keyforeign key references job工作編號assignDatedatetimeNot null分派時間(2) 確認(Confirm)表：由確認(Confirm)聯系集轉化而來，如表320所示。表320 確認表 Confirm屬性名稱數據類型是否允許為空 是否為主外鍵屬性描述orderNochar(11)Not nullprimary key工作單編號jobNochar(8)Not nullprimary keyforeign key references Job工作編號studentNochar(7)Not nullprimary keyforeign key references Student學號屬性名稱數據類型是否允許為空 是否為主外鍵屬性描述confirmTimedatetimeNull確認時間pleteTimedatetimeNull完成時間orderStatechar(1)Not null工作單狀態(tài) 其它數據設計(1) 設計審計表：以學生會員的操作為例，建立一張跟蹤(TraceStudent)表。當管理員向學生會員表中插入或刪除一天記錄以及學生會員完成提交工作意向、確認工作信息等操作時，該操作的名稱和操作時間就會被記錄在跟蹤表中，以便追蹤。(2) 快速漢字輸入法：在該系統(tǒng)中為工作名稱設計拼音表和五筆表，提供更方便的漢字輸入。(3) 月度工作單統(tǒng)計總表(MonthOrder)，用于統(tǒng)計某個月份的工作單和工作單金額，如表321。表321月度訂單統(tǒng)計總表字段名稱數據類型是否允許為空 是否為主外鍵屬性描述MOrderNochar(10)Not nullprimary key訂單統(tǒng)計表編號startimedatetimeNot null起始日期endtimedatetimeNot null截止日期MordernumericNull月度工作單數量MOrderSumnumericNull月度總金額 視圖設計視圖是虛表，其作用是方便數據庫的用戶進行查詢操作。江西財經大學勤工助學管理系統(tǒng)的視圖設計如下。(1) 創(chuàng)建工作視圖JobView。規(guī)定管理員可通過該視圖查詢、更新和刪除工作的基本信息，網站的會員以游客可以通過查詢該視圖得到關于工作的所有信息，便于他們做出選擇。(2) 創(chuàng)建工作單視圖OrderView。規(guī)定管理員可通過該視圖查詢會員的工作記錄，以便其更高效的分配工作；學生會員則可通過該視圖查詢自己的工作記錄，包括工作日期、工作次數以及所獲得的工資等。(3) 創(chuàng)建留言視圖MessageView。規(guī)定管理員可以一次性看到多條留言，便于回復，而會員以及游客查詢時可以看到其他會員對于某份工作的評價，為自己選擇工作提供參考。 觸發(fā)器設計觸發(fā)器是用戶定義在關系表上的一類由事件驅動的存儲過程，由服務器自動激活。觸發(fā)器可以進行更為復雜的檢查和操作，具有更精細和更強大額數據控制能力。重慶工商大學勤工助學管理系統(tǒng)的觸發(fā)器要實現的目標主要是與Insert, Update, Delete操作有關的。(1) 創(chuàng)建插入觸發(fā)器studentIns，當管理員向學生(Student)表中插入一條新的工作信息時，觸發(fā)器就會自動地將該操作著的名稱和操作時間記錄在一張表中，以便追蹤。(2) 創(chuàng)建更新觸發(fā)器jobUpd，當管理員要修改工作(Job)表中的工作編號時，會自動工作單即確認(Confirm)表中的工作編號，確保了高效率。(3) 創(chuàng)建刪除觸發(fā)器studentDel，當某學生會員的缺勤次數超過5次時，系統(tǒng)會自動注銷其會員資格，并刪除該學生會員在學生會員(Student)表中的信息。 存儲過程設計存儲過程設計主要包括數據庫中管理員的操作，對會員的操作以及所有人都可以進行的一些查詢操作。(1) 創(chuàng)建存儲過程proAdmin，輸入某管理員的編號，統(tǒng)計該管理員分派工作的信息，并返回學號、工作編號以及工作類別。(2) 創(chuàng)建存儲過程proStudent，輸入某學生的姓名，統(tǒng)計該學生的工資，并返回該同學的學號、缺勤次數及會員等級。(3) 創(chuàng)建存儲過程proCompany，輸入某公司編號，統(tǒng)計該公司提供工作的信息，并返回工作編號、工作名稱、所需人數以及工資。4 模式求精 存在的問題分析了用戶的需求后，可以發(fā)現學生會員(Student)關系模式中存在一個對非屬性的函數依賴關系：level→absenceNum，由此導致的問題是數據冗余，即每一個相同等級的會員都要存放absenceNum信息。該模式不滿足BCNF范式。因此，需要對學生會員(Student)實體集進行分解。 解決方案針對上述存在的問題，給出如下解決方案。基于數據冗余，需要對學生會員(Student)實體集進行分解。依據BCNF分解算法，學生會員(Student)可以分解成如下兩個關系模式：Student (studentNo, stuPassword, studentName, sex, birthday, professional, class, dormitory, telephone, , freetime, salary, bankcard, level)Level (level, absenceNum)可以驗證，關系模式Student和Level都滿足BCNF要求，且分解是無損分解。5 物理設計 設計目標由于數據庫最終都是要存儲在物理設備上的，因此，在充分了解了給定的DBMS和硬件系統(tǒng)的前提下，物理設計就是要為一個給定的邏輯數據模型選取一個最適合應用環(huán)境的物理結構的過程。那么，主要的設計目標是：(1) 提高數據庫的性能，以滿足應用的性能需求；(2) 有效利用存儲空間，合理存放易變部分、穩(wěn)定部分、經常存取部分和存取頻率較低部分的數據；(3) 綜合考慮存取時間、存儲空間利用率和維護代價三方面的因素，在三者之間找到一個權衡點。 數據分布數據分布主要是確定數據的存放位置和存儲結構，包括確定關系表、索引、數據字典、日志和備份文件等的存儲結構和存放位置。首先，要確保數據存放位置的基本原則：根據應用情況將易變部分與穩(wěn)定部分、存取頻率較高部分與存取頻率較低部分分開存放，以提高系統(tǒng)性能。其次，確定數據庫物理結構的內容：(1) 確定數據存放位置 為提高系統(tǒng)性能，數據應根據應用情況將易變部分和穩(wěn)定部分、經常存取部分和存取頻率較低部分分開來存放。(2) 確定數據庫存儲結構影響數據存放位置和存儲結構的因素除了硬件環(huán)境外，還包括存取時間、存儲空間利用率和維護代價三個方面的因素。這三個方面常常是相互矛盾的，比如說消除一切冗余數據雖能夠節(jié)約存儲空間和減少維護代價，但往往會導致檢索代價的增加，因此必須將它們綜合考慮，權衡利弊，選擇一個折中方案。最后，綜合考慮得到該數據庫的數據分布：(1) 數據庫數據備份、日志文件備份等由于只在故障恢復時才使用，而且數據量很大，可以考慮存放在磁帶上。(2) 由于目前許多計算機都有多個磁盤， 因此把不需要怎么變動的數據字典存儲在D盤上；而各關系表即前面所提到的基本數據和業(yè)務數據，索引和日志存放在E盤上。 索引實現本系統(tǒng)采用的索引是采用樹索引存儲結構，它可以在數據插入和刪除的情況下仍能保持較好的執(zhí)行效率。由于管理員、會員或者游客在查詢各類信息時，往往會按照某個搜索碼進行查詢。所以，應建立文件的樹索引，使其在物理上按搜索碼存儲。樹索引的一般規(guī)則是：(1) 如果一個(或一組)屬性經常在查詢條件中出現，則考慮在這個(或這組)屬性上建立索引(或組合索引)；(2) 如果一個屬性經常作為最大值和最小值等聚集函數的參數，則考慮在這個屬性上建立索引；(3) 如果一個(或一組)屬性經常在連接操作的連接條件中出現，則考慮在這個(或這組)屬性上建立索引。因此，我們考慮到該數據庫中查詢最多的應該是工作信息，且查詢條件多為工作類別，故以工作類別為搜索碼建立索引，把工作類別在邏輯上按順序存儲。另外，查詢工作類別時，希望得到的信息是具體有關的信息，這時候就需要工作類別編號作為連接條件，將工作類別(jobSort)表與工作(Job)表進行連接，所以還需在工作類別編號上建立索引。具體索引實現如圖51所示。圖51 jobSort文件與Job文件的樹索引的葉結點結構6 安全設計 設計目標重慶工商大學勤工助學管理系統(tǒng)的設計目標是防止不合法的使用所造成的數據泄密、更改或破壞，因為數據庫中的數據資源是共享資源，因此必須在數據庫系統(tǒng)中建立一套完整的使用規(guī)則進行數據庫保護。那么就是讓被授權的用戶訪問數據庫的相應部分，提高對數據庫的安全保護，前提是所有被授權的用戶在訪問數據庫之前都要通過身份驗證。數據庫的創(chuàng)建者即管理員可以通過自己設定的賬號和密碼的認證進入數據，并且可以修改變動的新信息，做到時刻更新數據庫，為數據庫的訪問者提供及時的消息，為他們的準確決策提供方便。如當機場的航班的起飛時間做了調整時，這時候數據庫的創(chuàng)建者就要進入數據庫去改動相應的時間信息等。數據庫的訪問者，可以通過注冊成為會員，其中，更具會員身份的不同，分為學生會員和公司會員。當會員要再次訪問時，需通過身份認證進入才能對數據庫中的某些客體進行訪問。如會員能查看他們各自注冊時填寫的主要信息，并且可以不斷完善自己的所有信息，但是會員看不到其他會員的信息，會員可以發(fā)布留言等；而管理員可以查看所有的會員的信息，也可以回復各個會員的留言等。 用戶設計重慶工商大學勤工助學管理系統(tǒng)面向的用戶主要分為三類。第一類是數據庫的管理員，通過相應的身份認證后進入數據庫，主要的任務就是及時修改數據庫中需要改動的新消息并為學生會員分派工作等；第二類是會員，分為學生會員和公司會員兩類，同樣都需要通過相應的身份認證。學生會員主要是查詢工作的相關信息、申請工作、確認工作等；公司會員主要是查詢工作的相關信息以及提供工作。第三類是游客，主要是查詢工作的相關信息，查看各個會員的留言以及管理員的回復等。 權限設計重慶工商大學勤工助學管理系統(tǒng)系統(tǒng)面向的對象主要是數據庫的管理員、學生會員、公司會員和游客，每類用戶都有各自不同的訪問權限。數據庫的管理員在通過賬號和密碼的認證后，可以對數據庫中的主體授予訪問權限，并且指定要對其授予權限的用戶的名稱等。如創(chuàng)建者可以指定數據庫的使用者即網站的會員的操作權限，可以及時修改(Alter)數據庫中需要改動的實體集等的信息，或者針對某項業(yè)務需要進行的添加(Add_in)和刪除(Delete)等操作。本網站會員在通過賬號和密碼的認證后，只能根據數據庫的創(chuàng)建者授予的權限進行操作。如學生會員可以查詢自己的信息但不可以查看其他學生會員的信息等。本網站的游客，可以查詢有關工作的所有消息，只需要登錄本網站，但是不可以修改網站上的任何信息。 由于數據庫的管理員擁有最高的管理權限，除了用戶表，其擁有對所有表的操作權限。根據上述的各類數據庫的用戶，在此創(chuàng)建了四類角色：管理員 (admin)、學生會員 (student)、公司會員(pany)和游客(visitor)。各類的角色在數據庫中的權限定義如下表61所示。表61 角色權限定義表\角色管理員 (admin)學生會員 (student)公司會員(pany)游客(visitor)管理員(Admin)表all///學生會員(Student)表allall//公司會員(Company)表all/all/工作(Job)表select,insert,update//select留言(Message) 表select,insert,updateselect,insertsele