管理信息系統(tǒng)實驗四

1、文檔供參考，可復制、編制，期待您的好評與關注！ 第二篇 管理信息系統(tǒng)的技術基礎實驗四 數(shù)據(jù)庫設計 邏輯結構設計及數(shù)據(jù)庫、表的建立【實驗目的】 明確邏輯結構設計的步驟，掌握轉換關系模型的方法。 了解數(shù)據(jù)庫的實施過程，掌握具體的DBMS的數(shù)據(jù)庫建立方法?！緦嶒灢襟E】1、 熟悉邏輯結構設計的步驟2、 掌握ER圖轉換關系模型的方法3、熟悉數(shù)據(jù)庫的實施過程 4、掌握Access、VFP、SQL Server 的建立庫、表的方法 5、建立數(shù)據(jù)庫、表【實驗內(nèi)容】一、邏輯結構設計的步驟 概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構：邏輯結構設計的任務就是把概念結構設計階段設計好的基本ER圖轉換為與選用DBMs產(chǎn)

2、品所支持的數(shù)據(jù)模型相符合的邏輯結構。 從理論上講，設計邏輯結構應該選擇最適于相應概念結構的數(shù)據(jù)模型，然后對支持這種數(shù)據(jù)模型的各種DBMS進行比較，從中選出最合適的DBMS。但實際情況鉸往是已給定了某種DBMS，設計人員沒有選擇的余地。目前，DBMS產(chǎn)品一般支持關系、網(wǎng)狀、層次三種模型中的某一種。對某一種數(shù)據(jù)模型，各個機器系統(tǒng)又有許多不同的限制，提供不同的環(huán)境與工具。所以設計邏輯結構時一般要分3步進行： (1)將概念結構轉換為一般的關系、網(wǎng)狀、層次模型； (2)將轉換來的關系、網(wǎng)狀、層次模型向特定DBM5支持下的數(shù)據(jù)模型轉換； (3)對數(shù)據(jù)模型進行優(yōu)化。目前新設計的數(shù)據(jù)庫應用系統(tǒng)大都采用支持關系

3、數(shù)據(jù)模型的RDBMS，所以，只介紹ER圖向關系數(shù)據(jù)模型的轉換原則與方法。二、ER圖向關系模型的轉換 ER圖向關系模型的轉換要解決的問題是如何將實體型和實體間的聯(lián)系轉換為關系模式。如何確定這些關系模式的屬性和碼。 關系模型的邏輯結構是一組關系模式的集合。ER圖則是由實體型、實體的屑性和實體型之間的聯(lián)系3個要素組成的。所以將ER圖轉換為關系模型實際上就是要將實體型、實體的屬性和實體型之間的聯(lián)系轉換為關系模式，這種轉換一般遵循如下原則：一個實體轉換為一個關系模式。實體的屆件就是關系的屬性，實體的碼就是關系的碼。 對于實體型間的聯(lián)系則有以下不同的情況： (1)一個1：1聯(lián)系可以轉換為一個獨立的關系模式

4、，也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系本身的屬性。 (2)一個1：n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的同性，而關系的碼為n端實體的碼。 (3)一個M：n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關

5、系碼的一部分。 (4)3個或3個以上實體問的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。 (5)具有相同碼的關系模式可合并。三、數(shù)據(jù)模型的優(yōu)化 數(shù)據(jù)庫邏輯設計的結果不是限一的。為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，還應該根據(jù)應用需要適當?shù)匦薷?、調(diào)整數(shù)據(jù)模型的結構，這就是數(shù)據(jù)模型的優(yōu)化。關系數(shù)據(jù)模型的優(yōu)化通常以規(guī)范化理論為指導，方法為： 1確定數(shù)據(jù)依賴。按需求分析階段所得到的話義，分別寫出每個關系模式內(nèi)部各屬性之間的數(shù)據(jù)依賴以及不同關系模式屬性之間的數(shù)據(jù)依賴。 2.對于各個關系模式之間的數(shù)據(jù)依賴進行極

6、小化處理，消除冗余的聯(lián)系。 3.按照數(shù)據(jù)依賴的理論對關系模式逐一進行分析，考察是否存在部分函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定各關系模式分別屬于第幾范式。 4.按照需求分析階段得到的處理要求，分析對于這樣的應用環(huán)境這些模式是否合適，確定是否要對某些模式進行合并或分解。必須注意的是，并不是規(guī)范化程度越高的關系就題優(yōu)。 5.對關系模式進行必要的分解提高數(shù)據(jù)操作的效率和存儲空間的利用率。 四、建立數(shù)據(jù)庫、表的方法1、用Access 建立數(shù)據(jù)庫和表的方法參看Access的主菜單的幫助選項，了解用Access 建立數(shù)據(jù)庫和表的方法。 2、用VFP 建立數(shù)據(jù)庫和表的方法參看VFP 的主菜單的

7、幫助選項，了解用VFP 建立數(shù)據(jù)庫和表的方法。 3、用SQL Server建立數(shù)據(jù)庫和表的方法參看SQL Server的主菜單的幫助選項，了解用SQL Server建立數(shù)據(jù)庫和表的方法。【實驗練習】 1、將實驗三第三題畫出的總ER圖轉換為關系，并對各個關系進行規(guī)范化。2、某企業(yè)原物資管理系統(tǒng)的供應計劃管理部分使用了從表1到表5的各種報表。表1到表5的內(nèi)容如下：表1 生產(chǎn)計劃部門名稱產(chǎn)品名計劃產(chǎn)量表2 材料消耗定額表產(chǎn)品名材料名材料型號、規(guī)格計量單位消耗定額表3 材料計劃價格表材料名材料型號、規(guī)格計量單位單價表4 維修用材計劃部門名材料名材料型號、規(guī)格計量單位維修用量表5 生產(chǎn)用材計劃部門名產(chǎn)品名計劃產(chǎn)量材料名