《數據庫管理實務》實驗報告課程號：B0900980實驗項目：數據庫設計、創立、管理，數據庫操作學姓同組人學號自己潘歡號名姓名實驗工程學院機房指導時間2012年6月肖慎勇地址（文波）教師考語（要求）：成績準時達成實驗；實驗內容和過程記錄完好；回答下列問題完好、正確；實驗報告的撰寫仔細、格式切合要求。教師署名肖慎勇一、實驗目的1．理解并掌握數據庫設計的觀點、方法和步驟。2．初步應用數據庫設計方法。認識需求剖析的內容。3．要點運用模型進行觀點設計，而后將模型變換為關系模型。4．深入理解2005數據庫的儲存構造。5．深入理解2005的數據種類、表對象設計與定義。6．掌握2005的應用。運用交互方式和命令方式成立數據庫和表。7．認識和掌握的數據庫操作。8．深入理解視圖意義。掌握中創立、管理與應用視圖的方法。9．深入理解數據庫安全的觀點。10．深入理解2005的安全系統框架。11．掌握登錄與服務器角色的觀點、操作與應用。掌握數據庫用戶、固定角色、自定義角色、架構的觀點、操作與應用。掌握數據庫權限的觀點、操作與應用。12．理解事務的觀點。13．深入理解并掌握服務器編程的意義及方法。14．能夠編寫各樣自定義函數和儲存過程。。15．理解觸發器，并能夠編寫、應用觸發器。二、實驗設施（環境）及要求、、2005三、實驗內容及要求實驗項目：人事綜合管理系統經過檢查、采集信息、剖析，寫出剖析與設計報告。簡要的系統需求剖析包含業務剖析、功能需求剖析、信息需求剖析。試剖析該系統的基本業務，計算機信息系統需要達成的基本功能、信息系統需要辦理的信息。觀點設計設計系統的觀點模型，采納模型。邏輯設計將模型為關系模型，指出每個關系的主鍵、外鍵和必需的拘束。寫出數據庫的物理設計包含儲存組織構造、表的構造設計等。命令方式創立數據庫的操作利用命令創立數據庫文件、表、索引、聯系和主鍵、外鍵等拘束。（實驗報告應寫出實驗的過程，包含必需的截圖。）利用命令增添、刪除、改正數據。利用命令進行數據的檢索和統計依據自己設計的數據庫和輸入的數據，寫出起碼10個查問要求及對應的查問命令，應當包含以下功能：投影和選擇；多表連結；分組統計與；子查問；查問結果保留。利用命令創立視圖對象依據開發的系統的需要，起碼設計三個視圖：鑒于單表的、包含多表連結的、包含統計運算的。利用對視圖進行查問。對視圖進行插入、刪除、改正數據操作。領會視圖與表的異同。編寫自定義函數。（1）編寫一個自定義函數，將一個字符串作為自變量，返回顛倒次序的字符串。寫出源代碼。（2）編寫一個自定義函數，能夠實現參數化查問的功能。自己設定函數的詳細要求，而后編寫出來。編寫利用游標進行數據辦理的儲存過程。并在儲存過程中應用事務的觀點。自己確立過程的詳細要求，而后編寫出來。編寫一個實現改正表的觸發器，實現完好性控制。設置服務器身份考證模式。用命令創立若干不一樣考證模式的登錄賬戶。將部分登錄給予服務器角色。而后取消。將部分登錄映照到你的數據庫中成為用戶。創立自定義角色、架構。經過角色給用戶受權。直接給用戶受權，考證其獲取權限前后的操作差異。刪除用戶和自定義的角色。四、回答下列問題1．你如何認識需求剖析在系統開發中的地位和重要性？答：我感覺需求剖析就是把客戶的功能描繪轉變為開發員所能理解的功能描繪，并在客戶描繪的基礎上去除不合理的地方，增補系統缺失的地方，最后為系統的綱要設計，詳盡設計供給正確，有效的數據基礎。在需求剖析中要把系統所要辦理的業務理解透辟，并把此中的信息整理歸類。而后還需要把整個系統所要實現的功能的邏輯思路理清楚，這些工作都是系統開發能夠持續做下去的基礎。假如需求剖析沒有做好，或許說對整個系統的整體框架不清楚，則在后邊的設計中會很雜亂，出現好多的問題。因此我感覺需求剖析能夠說是系統開發的核心部分，做好這步，后邊的就能清楚的進行了。2．設計圖、關系模型分別屬于數據庫設計的哪一階段？答：圖屬于觀點設計階段；關系模型處于邏輯設計階段3．主鍵、外鍵關于關系數據庫的意義安在？答：主鍵是對表的拘束，保證數據的獨一性！外鍵是成立表于表之間的聯系，方便程序的編寫！主鍵和外鍵是把多個表組織為一個有效的關系數據庫的粘合劑。主鍵和外鍵的設計對物理數據庫的性能和可用性都有著決定性的影響。4．在數據庫儲存構造設計時要考慮哪些要素？答：第一要確立數據的寄存地點和儲存構造，包含：確立關系、索引、聚簇、日記、備份等的儲存安排，確立系統配置。同時要綜合考慮存取時間、儲存空間利用率和保護代價3個方面的要素。把它們進行衡量，選擇一個折中的方案。5．在表設計時關于數據種類的選擇和使用如何考慮？答：（1）第一要清楚理解數據庫中各樣數據種類的用法和范圍；2）應當依據字段的實質種類來考慮數據種類；3）要預計表中數據的大小范圍，來確立數據種類的大小，防止空間不足或許浪費。交互式如何實現表之間的聯系？命令如何實現表之間的聯系？答：（1）交互式：在管理平臺中，睜開要操作的數據庫，選擇“數據庫關系圖”選項，而后單擊鼠標右鍵，在彈出的快捷菜單中選擇“新建數據庫關系圖”命令，在彈出的窗口中選摘要成立關系的表后，則會彈出數據庫關系圖設計窗口。而后右鍵單擊關系圖的空白頁面，在彈出的快捷菜單中，能夠新建或增添數據庫中已定義的表，在該表的關系菜單中選擇“屬性”選項，能夠創立或定義該表的關系、鍵、索引和拘束或改正目前的附帶特征。（2）命令：[][]7．假如在定義表時進行了主鍵、外鍵以及拘束等完好性設置，對于數據的輸入有何影響？試舉例說明。答：定義主鍵：定義主鍵來強迫不一樣意空值的指定列中輸入值的獨一性。假如在數據庫中為表定義了主鍵，則可將該表與其余表有關，進而減少冗余數據。表只好有一個主鍵。假如主鍵包含不只一列，則在一列中同意有重復值，但主鍵中全部列值的每個組合一定獨一。定義外鍵：外鍵引用完好性表示獲取正常保護的表之間的關系。表中的數據只應指向另一個表中的現有行，不該指向不存在的行。主鍵拘束：使用單列或許多列組合，表示每一條記錄的獨一性，值不可認為空；外鍵拘束：是為了增強數據表之間的要點的表中的單列或許多列值，一定依靠此外的表存在；獨一拘束：不一樣意數據庫中的某一列數占有重復，可是同意有空值存在。主鍵和獨一性拘束定義了表中記錄的獨一性，可是主鍵列的值不鞥為空，而獨一鍵拘束的列的值能夠為空值；8．用命令輸入，假如數據與字段數目和要求不一致有什么問題？當表定義中有默認值的時候，插入記錄能否能夠省略該字段的數據？答：假如數據與字段數目和要求不一致，那么會插入失敗，而且值時能夠省略該字段數據，系統會為該列供給默認值。

將顯示錯誤信息。有默認9．子句有什么作用？答：字句與子句相同，也能夠起到按條件選擇記錄的功能，但子句是作用于組，一定與句連用，用來指定每一分租內應知足的條件。

子10．當通配字符作為一般字符參加般配查問時，如何解決這樣的問題？答：轉義，對通配符加

[]。11．能否利用視圖進行數據的插入、刪除、改正？答：能夠經過視圖對基礎表中的數據進行檢索、增添、改正和查問。可是插入、改正、刪除數據是只好做單表的，鑒于多表的視圖不可以夠刪除和改正。12．依據自己的領會，說說視圖在數據庫系統中的作用。模式答：利用視圖能夠簡化用戶操作數據的方式。可將常常使用的連結、投影、結合查問和選擇查問定義為視圖，這樣每次對特定的數據履前進一步操作時，不用指定全部條件和限制。除此以外還能夠定制數據，導出數據。還能夠用和命令為各樣用戶授與在視圖上的操作權限，這樣經過視圖，用戶只好查問或改正他們各自所能見到的數據，數據庫中的其余數據對他們來說是不行見的或不行改正的。保證數據庫的安全性。13．視圖是如何保留的？視圖中的數據能否真的儲存在文件中？答：保留視圖將改正服務器上的視圖定義。當您保留視圖時，基礎數據庫引擎將使用新的視圖定義。在查問和視圖設計器中翻開視圖定義并對其進行改正。1）在查問和視圖設計器中翻開視圖定義并對其進行改正。2）從“文件”菜單中單擊“保留”，此中是翻開的視圖的名稱。14．有幾種身份考證模式？差異是什么？不一樣考證模式的登錄賬戶有何差異？答：有兩種（1）身份考證模式，是默認的考證模式，使用操作系統的安全體制考證用戶身份，只需用戶能夠經過用戶賬號考證，而且是的登錄賬戶，即可連結到而不用進行身份考證，只合用于能夠供給有效身份考證的操作系統。（2）混淆的考證模式：在該模式下，和兩種考證模式都可用，對可相信連結用戶，直接采納的身份考證，不然采納模式，用戶在連結時一定供給登錄名和密碼，自己履行認證辦理，假如輸入的登錄信息與系統表中的某幾條記錄相般配時表示登錄成功。15．賬戶有何特色？答：賬戶是的特別賬戶，賬戶擁有服務器和全部的數據庫。即賬戶擁有最高的管理權限，能夠履行服務器范圍內全部操作。它是以身份考證的，因此一定設置一個密碼。同時，賬戶的屬性不可以夠改正，密碼能夠改正。登錄時沒法刪除的。16．共有幾種服務器角色？最高權限的角色是什么？能夠創立數據庫的角色是哪個？答：共有8種固定服務器角色，分別是：，，，，，，，；同時每一個登錄取戶都屬于服務器角色。最高權限的角色是；能夠創立數據庫的角色是：，；17．數據庫用戶和登錄賬戶有什么關系？是什么用戶？有何作用？答：這是兩種不一樣級其余安全體制，登錄賬戶是級的安全性設置，而數據庫用戶則是數據庫級的安全性設置。登錄賬戶用于登錄服務器，可是當某一用戶要接見某個數據庫時，除了可以成為服務器的一個登錄以外，還一定成為這個數據庫的用戶賬戶，即獲取必定的受權。數據庫用戶賬號在一般狀況下是從某個登錄賬戶中映照過來的。是貴賓用戶，是用來共享文件的。任何一個登錄都能夠以此身份接見數據庫。自動自己只擁有權限。也能夠由其余用戶受權。18．數據庫角色有哪兩類？角色有何特色？答：數據庫角色分為固定的數據庫角色和用戶定義數據庫角色。每個數據庫都有一系列固定數據庫角色。固然每個數據庫中都存在名稱相同的角色，但各個角色的作用域不過在特定的數據庫內。用戶定義數據庫角色是用戶依據工作的職能定義一系列角色，并給每個角色指派了合適這項工作的權限。進而在數據庫中管理這些權限。角色的特色：默認不擁有任何權限，但用戶可對此角色進行受權，他不可以被刪除，是全部自動擁有的角色。數據庫中的每個用戶都屬于數據庫角色。假如想讓數據庫中的每個用戶都能有某個特定的權限，則將該權限指派給角色。假如沒有給用戶特意授與對某個對象的權限，他們就使用指派給角色的權限。19．用戶與架構有什么關系？系統默認架構是什么？如何為用戶指定架構？答：2000中數據庫用戶和構架是隱式連在一同的，架構將用戶和權限之間成立了一個間接地方式。數據庫架構是一個獨立于數據庫用戶的非重復命名空間，能夠將架構視為對象的容器。每個數據庫用戶都是與該用戶同名架構的全部者；而在2005中構架和用戶是不一樣的實體。一個對象只好屬于一個架構，就像一個文件只好寄存于一個文件夾中相同。與文件夾不一樣的是，架構是不可以嵌套的。系統默認架構是架構；經過使用戶的屬性下邊分派一個默認架構。

和語句，能夠分派一個默認架構；也能夠經過在該用什么是安全對象？如何為數據庫用戶指定查問表的權限？答：安全對象是

數據庫引擎受權系統控制對其進行接見的資源。

安全對象范圍有服務器、端點和架構。21．簡述自定義函數、儲存過程和觸發器的異同。答：（1）自定義函數、儲存過程、和觸發器都是模塊化設計的種類。2）函數最后是返回一個值，在表達式中調用，定義函數時要定義函數的函數名、參數、函數值種類和函數體。3）儲存過程經編譯后放在數據庫服務器端，供客戶端調用，辦理一件事或達成一個功能，有獨自的調用命令。調用過程時，是實質參數與形參的傳達（值傳達和名傳達兩種）。定義過程時需定義過程名、參數、過程體。它能夠實現完好性控制機。4）觸發器實質是一種特別種類的儲存過程，它在插入、改正或刪除時觸發履行。能夠實現由主鍵和外鍵所不可以保證的參照完好性和數據的一致性。22．什么是游標？應用游標的步驟是什么？答：游標是對表的運用的一種體制，相當于在表上定義一條指針，把表中的數據按一行一行的來讀取。把表中的數據拿出來放在高級語言的變量中，是語言與高級語言之間的橋梁。應用游標的步驟：（1）申明游標（2）翻開游標，即把外存上的數據調入內存，運轉查問（3）提取數據(4)封閉游標（5）開釋游標五、剖析議論經過實驗我感覺最重要的是系統剖析，邏輯設計和物理設計時必定要仔細想清楚每張表的屬性和它們之間的互相聯系，這樣在后邊使用查問的時候才不會犯錯，假如前面沒做好，后邊做查問的時候就會出現各樣錯誤，如數據構造定義不一致，外鍵矛盾等問題。除此以外要做好一個數據庫系統，要掌握勤學習中的每一步，平常上課學習很實用，好勤學了，做的時候就會比較輕松。除此以外，我感覺函數和觸發器那部分比較難，只會實現簡單的查問、刪除、改正控制。對鑒于多表的帶參函數運用還比較弱。以下為本次實驗的過程記錄報告撰寫。（可包含必需的截圖）人事綜合管理系統信管潘歡1.簡要的系統需求剖析人事管理系統是特別通用的管理信息系統，是企事業單位實現辦公自動化的前提和基礎。一個企業要正常運作必然有一個健全的人事管理系統，來管理員工的信息，包含員工編號、姓名、性別、民族薪資及賞罰考勤狀況。除此以外，系統還供員工查問個人和公共信息，管理員對員工信息進行改正或刪除，管理企業的人事改正和管理，大大提升企業內部員工管理的工作效率。1.1業務剖析1）部門管理：對企業的部門進行編號，將每一個部門的部門號、部門名稱、部門描述和部門負責人信息一致保留在部門信息檔案中。當新增或去除某個部門時，將其信息增添到部門信息檔案或或從中刪除。當部門信息發生變化時，改正對應和有關的屬性值。2）員工信息管理：對企業里的全部員工進行一致編號；將每一位員工的信息錄入到員工信息檔案中。對新聘任的員工，將其信息加入到員工信息檔案中；關于辭退的員工，將其信息從信息檔案中刪除。當員工的信息發生改動時，改正員工信息檔案中相應的屬性。同時供員工自己查問使用。其下還包含有個人家庭關系和個人呢工作學習的經歷，各放在一張表格中。3）員工職務調換管理：相同對企業員工的職務進行一致編號；登記員工調換前后的詳細職務，以及調換時間。4）賞罰管理：依據每個員工的編號登記賞罰原由和賞罰金額及賞罰月份。5）考勤管理：依據員工編號，登記員工每個月的全勤，出差，告假時間和加班遲到早走信息。6）薪資管理：對全部員工的每筆薪資進行編號，記錄薪資記錄表。1.2功能需求剖析1）一般用戶能夠查問個人信息和改正自己的登錄密碼；2）管理員能夠查問全部員工的信息并能夠做增添、改正、刪除的操作。2.觀點設計模型設計部門負責部門編號人編號部門部門職能描繪部門名稱用戶名用戶管理用戶種類密碼員工編姓名籍貫號身份證號性別婚姻狀員工民族況誕辰文化程度政治面······貌考勤編號考勤月份······

員工編號全勤天數法定休假天數考勤曠工天數出差天數病假天數事假天數調換編號批復部門編號

員工編號員工調換調換前職務調換日期調換后職務員工編賞罰編號號賞罰處分金額處分事由家庭編號工作單位家庭關系與自己關系年紀編號職務工作經歷學校/單位名稱停止日期

獎賞事由獎賞金額員工編號姓名性別員工編號開始日期薪資編號員工編號處分金額薪資獎賞金額基本薪資考勤月份管理員查詢查問改正改正保護工作經歷家庭關系附有附有員工調換查問薪資員工調換屬于查問查問改正部門查問考勤改正保護查問改正管理員3.邏輯構造設計將模型轉變為關系模型1）部門（部門編號+部門名稱+部門簡介+部門負責人）；：部門編號為主碼2）員工信息（員工編號+姓名+性別+民族+誕辰+政治相貌+文化程度+婚姻狀況+籍貫+身份證號+工作證號+辦公電話+手機號碼+部門編號+職務+狀態+薪資+備注）：員工編號為主碼，部門編號為外碼3）職務調換信息（調換編號+員工編號+調換前職務+調換后職務+調換日期+批復部門號）：調換編號為主碼，員工編號為外碼4）賞罰信息（賞罰編號+員工編號+獎賞事由+獎賞金額+處分事由+處分金額）：賞罰編號為主碼+員工編號為外碼5）考勤信息（考勤月份+員工編號+全勤天數+出差天數+病假天數+事假天數+曠工天數+遲到時間+早走時間+）:考勤月份為主碼，員工編號為外碼6）薪資信息（薪資編號+員工編號+基本薪資+獎賞金額+處分金額+考勤月份）：薪資編號為主碼，員工編號和考勤月份為外碼7）管理員信息（用戶名+密碼+用戶種類）：用戶名為主碼；4.數據庫的物理設計（1）詳細表的構造設計部門：編號字段名稱數據構造拘束條件1部門編號2部門名稱(40)3部門職能描繪(400)4部門負責人編號(3)員工：編號字段名稱數據構造拘束條件1員工編號(4)2姓名(50)3性別(2)4民族(40)5誕辰6政治相貌(40)7文化程度(40)8婚姻狀況(20)9籍貫(60)10身份證號(20)11辦公電話(30)12手機號碼(30)13部門編號14職務(20)15員工狀態（1-任職，2-兼職，3，試用，4-辭職，5-退休）員工調換：編號字段名稱數據構造拘束條件1調換編號(2)2員工編號(4)3調換前職務(20)4調換后職務(20)5調換日期6批復部門編號賞罰：編號字段名稱數據構造拘束條件1賞罰編號(2)2員工編號(4)3獎賞事由(200)4獎賞金額5處分事由(200)6處分金額考勤：編號字段名稱數據構造拘束條件1考勤編號(3)2考勤月份3員工編號4全勤天數(4,1)5出差天數(4,1)6病假天數(4,1)7事假天數(4,1)8曠工天數(4,1)9法定休假天數(4,1)10遲到時間（分）11早走時間(分)12一類加班天數（法定節假日加班）13二類加班天數（周六或周日加班）14三類加班天數（平常加班）薪資：編號字段名稱數據構造拘束條件1薪資編號(3)2員工編號(4)3基本薪資4考勤月份5獎賞金額6處分金額用戶管理：編號字段名稱數據構造拘束條件1用戶名(40)2密碼(40)3用戶種類（1-系統管理員，2-一般用戶家庭關系：編號說明數據構造拘束條件1編號2員工編號3姓名(50)4性別(2)5年紀6與自己關系(20)7工作單位(40)工作經歷：編號說明數據構造拘束條件1編號2員工編號3開始日期(10)4停止日期(10)5學校/單位名稱(50)6職務(20)命令方式創立數據庫文件、表、索引、聯系和主鍵、外鍵等拘束1）創立數據庫(2,'C:\\\\\2',,)('','C:\\\\\',,,)2）創立表部門(部門編號,部門名稱(40),部門職能描繪(400),部門負責人編號(4),)員工(員工編號(4),姓名(50),性別(2),民族(40),誕辰(20),政治相貌(40),文化程度(40),婚姻狀況(20),籍貫(60),身份證號(20),辦公電話(30),手機號碼(40),部門編號,職務(20),狀態,薪資(9,2))考勤(考勤編號,考勤月份,員工編號(4),全勤天數(4,1),出差天數(4,1),病假天數(4,1),事假天數(4,1),曠工天數(4,1),法定休假日(4,1),遲到時間,早走時間,法定假日加班(4,1),周末加班(4,1),平常加班(4,1),)員工調換(調換編號(2),員工編號(4),調換前職務(20),調換后職務(20),調換日期(10),批復部門編號)薪資(薪資編號(3),員工編號(4),基本薪資,考勤月份,獎賞金額,處分金額,)薪資總合資基本薪資+獎賞金額-處分金額用戶管理(用戶名(40),密碼(40),用戶種類)('','8888',1)賞罰(賞罰編號(10),員工編號(4),獎賞事由(200),獎賞金額,處分事由(200),處分金額,)家庭關系(家庭編號(2),員工編號(4),姓名(50),性別(2),年紀,與自己關系(20),工作單位(40))工作經歷(編號,員工編號(4),開始日期(10),停止日期(10),學校/單位名稱(50),職務(20))（3）創立索引（4）改正表來創立外鍵關系和拘束6.利用命令增添、刪除、改正數據（1）向表中增添屬性列（2）改正、增添和刪除數據比如：更新薪資表的結果為7.利用命令進行數據的檢索和統計（1）投影和選擇2）多表連結選擇在技術部或企劃部的員工姓名和所在部門名稱選擇總合資在4000元以上的員工編號，姓名，職務，薪資和考勤月份信息選擇有信息存在員工表，家庭關系表，薪資表的員工的編號、姓名、籍貫、家庭關系、與自己關系、基本薪資信息（3）分組統計與統計每個部門的男女人數部門編號,部門編號

性別(*),性別

人數

員工選擇基本薪資在2500以上的員工員工編號(基本薪資)薪資員工編號(基本薪資)>25004）子查問選擇沒有信息在家庭關系表中的員工信息*員工(*家庭關系家庭關系.員工編號=員工.員工編號)員工編號,姓名,誕辰,籍貫,身份證號,職務,辦公電話員工(*工作經歷員工.員工編號=工作經歷.員工編號)（5）查問結果保留姓名,職務,辦公電話,手機號碼,調換前職務員工,員工調換員工.員工編號=員工調換.員工編號*8.利用命令創立數據庫視圖（1）鑒于單表的成立視圖員工常用信息員工常用信息(員工編號,姓名,職位,辦公電話,手機號碼,部門編號)員工編號,姓名,職務,辦公電話,手機號碼,部門編號.員工員工常用信息（2）包含多表連結的成立視圖員工考勤信息，員工基本信息和

2012年考勤狀況員工考勤信息(員工姓名,職位,辦公電話,曠工天數,事假天數,病假天數)姓名,職務,辦公電話,曠工天數,事假天數,病假天數.員工,.考勤((,考勤月份)='2012')員工考勤信息（3）包含統計運算的成立視圖1，查問全部員工的員工號、姓名、部門名和2011年份薪資，并按部門名次序擺列；1員工.員工編號,員工.姓名,部門.部門名稱,薪資.總薪資員工,部門,薪資(考勤月份)='2011'部門名稱1成立視圖2,查問全部員工的員工編號、姓名和均勻薪資；2員工.員工編號,員工.姓名(基本薪資)均勻薪資員工,薪資員工.員工編號=薪資.員工編號員工.員工編號,員工.姓名2（4）利用對視圖進行查問9.對視圖進行插入、刪除、改正數據操作插入：刪除：改正：10.編寫一個自定義函數，將一個字符串作為自變量，返回顛倒次序的字符串（2）帶參數的函數，經過員工編號返回員工信息員工狀況(@個人編號(4))(姓名,職務,辦公電話員工員工編號個人編號)*員工狀況('4002')編寫利用游標進行數據辦理的儲存過程。并在儲存過程中應用事務的觀點。自己確立過程的詳細要求，而后編寫出來。（1）利用游標讀取員工表中的每一行數據：員工員工編號,姓名,職務,文化程