數(shù)據庫課程設計實驗報告--汽車修理信息管理系統(tǒng)

1、<p><b>　　數(shù)</b></p><p><b>　　據</b></p><p><b>　　庫</b></p><p><b>　　課</b></p><p><b>　　程</b></p><p

2、><b>　　設</b></p><p><b>　　計</b></p><p>　　（汽車修理信息管理系統(tǒng)）</p><p><b>　　目錄</b></p><p>　　一，設計目的 ......................................(3)

3、</p><p>　　二，設計任務 ......................................(3)</p><p>　　三，設計內容 ......................................(3)</p><p>　　需求分析 ....................................(3)</p&g

4、t;<p>　　系統(tǒng)設計 ....................................(3)</p><p>　　1，概念結構設計 ...................................(4)</p><p>　　2，邏輯結構設計 ...................................(5)</p><p&

5、gt;　　3，物理結構設計 ...................................(5)</p><p>　　系統(tǒng)實施 ...................................(7)</p><p>　　1，數(shù)據庫實現(xiàn) .....................................(8)</p><p>　　2，數(shù)據

6、載入 .......................................(11)</p><p>　　運行與測試 ..................................(12)</p><p>　　1.試圖建立 ........................................(16)</p><p>　　2.試圖運行結

7、果 ....................................(17)</p><p>　　3.索引建立 ........................................(19)</p><p>　　4.索引查詢 ........................................(20)</p><p>　　五，實驗

8、總結 ......................................(21)</p><p>　　六，考看文獻........................................(23)</p><p><b>　　一.設計目的：</b></p><p>　　數(shù)據庫原理及應用課程設計是軟件工程專業(yè)集中實踐性環(huán)節(jié)之一

9、是學習完《數(shù)據庫原理及應用》及《SQL SERVER數(shù)據庫》課程后進行的一次全面的綜合練習。其目的在于加深對數(shù)據庫基礎理論和基本知識的理解掌握使用數(shù)據庫進行軟件設計的基本方法提高運用數(shù)據庫解決實際問題的能力最終實現(xiàn)對于給定的應用環(huán)境構造最優(yōu)的數(shù)據庫模式建立數(shù)據庫及其應用系統(tǒng)使之能夠有效地存儲數(shù)據滿足各種用戶的應用需求信息要求和處理要求。同時此次設計對于同學將來的畢業(yè)設計和具體工作實踐將有重要的意義。數(shù)據庫是一個單位或是

10、一個應用領域的通用數(shù)據處理系統(tǒng)，他存儲的是屬于企業(yè)和事業(yè)部門、團體和個人的有關數(shù)據的集合。數(shù)據庫中的數(shù)據是從全局觀點出發(fā)建立的，他按一定的數(shù)據模型進行組織、描述和存儲。其結構基于數(shù)據間的自然聯(lián)系，從而可提供一切必要的存取路徑，且數(shù)據不再針對某一應用，而是面向全組織，具有整體的結構化特征。</p><p><b>　　二.設計任務：</b></p><p>　　課程設計

11、要求學生在完成程序設計的同時能夠寫出比較規(guī)范的設計報告。嚴格實施課程設計這一環(huán)節(jié)對于學生基本程序設計素養(yǎng)的培養(yǎng)和軟件工作者工作作風的訓練將起到顯著的促進作用。數(shù)據庫中的數(shù)據是為眾多用戶所共享其信息而建立的，已經擺脫了具體程序的限制和制約。不同的用戶可以按各自的用法使用數(shù)據庫中的數(shù)據；多個用戶可以同時共享數(shù)據庫中的數(shù)據資源，即不同的用戶可以同時存取數(shù)據庫中的同一個數(shù)據。數(shù)據共享性不僅滿足了各用戶對信息內容的要求，同時也滿足了各用戶之間信

12、息通信的要求。</p><p><b>　　設計內容：</b></p><p><b>　?。ㄒ唬┬枨蠓治觯?lt;/b></p><p><b>　　1數(shù)據登記 </b></p><p>　　把各種手填單據中的數(shù)據及時登記到系統(tǒng)中、并要求能進行修改。這些單據包括修車登單、汽車修理

13、單、零件入庫單、零件出庫單。</p><p><b>　　2查詢</b></p><p>　　能查詢登記單、修理單、汽車、車主、修理公、零件庫存的有關數(shù)據。</p><p>　　3編制并顯示零件訂貨計劃月報表。 </p><p>　　4發(fā)票 發(fā)票中包括顧客姓名、汽車牌號、修理項目、</p><

14、;p>　　修車費=修理費+零件費 </p><p>　　零件費=∑零件價格×耗用數(shù)量 </p><p>　　修理費=小時工資×修理小時×3</p><p>　　5統(tǒng)計修理工工資月報表 </p><p>　　某修理工的月工資=∑小時工資×修理小時</p><p>

15、<b>　　(二)系統(tǒng)設計：</b></p><p><b>　　1 概念結構設計</b></p><p>　　E-R圖是分為兩部分實體和屬性概念結構設計就是從現(xiàn)實概念中抽象出概念模型，即對信息世界建模，所以概念模型應該能方便，準確的表示信息世界中的常用概念。概念模型的表示方法以實體--聯(lián)系為主，在該方法中，實體型用矩形表示，矩形框內寫明實體名，

16、，屬性用橢圓表示，并用無向邊將其與相應的實體連接起來，聯(lián)系用菱形表示，菱形框內寫明聯(lián)系名，并用無向邊與有關實體連接起來，同時在無向邊旁邊標上聯(lián)系的類型。3-2.局部E-R圖陳兵 17:33:55數(shù)據庫物理設計 數(shù)據庫在物理設備上的存儲結構與存取方法稱為數(shù)據庫的物理結構，它依賴于選定的數(shù)據庫管理系統(tǒng)。為一個給定的邏輯數(shù)據模型選取一個最適合應用要求的物理結構的過程，就是數(shù)據庫的物理設計。數(shù)據庫物理設計主要分為兩個步驟：

17、 （1）確定數(shù)據庫的物理結構，在關系數(shù)據庫中主要指存取方法和存儲結構； （2）對物理結構進行評價，評價的重點是時間和空間效率； 如果評價結果滿足原設計要求，則可以進入到屋里實施階段，否則，就需要重新設計或修改物理結構，有時甚至要返回邏輯結構設計階段修改數(shù)據模型。</p><p>　　每個實體可以有多個屬性，這些屬性用來表示實體的性質。不同實體之間可以用關系進行連接，表明各個實體之間

18、的內在聯(lián)系。</p><p>　　實體和實體之間的關系有一對一的關系1;1,</p><p>　　一對多的關系1:N,和多對多的關系N:M。</p><p>　　分E-R圖及各個實體之間的關系如下圖所示。</p><p><b>　　</b></p><p><b>　　倉<

19、;/b></p><p><b>　　2 邏輯結構設計</b></p><p>　　數(shù)據庫邏輯設計的任務是將概念結構轉換成特定DBMS所支持的數(shù)據模型的過程。從此開始便進入了“實現(xiàn)設計”階段需要考慮到具體的DBMS的性能、具體的數(shù)據模型特點。 從E-R圖所表示的概念模型可以轉換成任何一種具體的DBMS所支持的數(shù)據模型如網狀模型、層次模型和關系模型。這里只討論

20、關系數(shù)據庫的邏輯設計問題，所以只介紹E-R圖如何向關系模型進行轉換。 關系模型的邏輯結構是一組關系模式的集合。E-R圖則是由實體,實體的屬性和實體間的聯(lián)系三個要素組成。所以將E-R圖轉換為關系模型實際上就是要將實體實體的屬性和實體間的聯(lián)系轉換為關系模式。</p><p><b>　　轉換原則如下</b></p><p>　　實體類型的轉換:一個實體型轉換成一個關系模

21、式。實體的屬性就是關系的屬性實體的碼就是關系的碼。</p><p>　　聯(lián)系類型的轉換根據不同的情況做不同的處理。 </p><p>　?。?）一個1：1的聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式

22、合并則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系本身的屬性。 </p><p>　?。?）一個N的聯(lián)系可以轉換為一個獨立的關系模式也可以與N端對應的關系模式合并。如果轉換為一個獨立的關系模式則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性而關系的碼為N端實體的碼。 </p><p>　　（3）一個MN聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體

23、的碼為各實體碼的組合。 </p><p>　　（4)三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實休的碼以及聯(lián)系本身的屬性均轉換為關系的屬性而關系的碼為各實體碼的組合。 </p><p>　　(5)具有相同碼的關系模式可合并。</p><p>　　根據上述管理系統(tǒng)的E-R圖轉換為關系模型如下。</p><

24、;p>　　將每一個實體轉換成一個關系，關系就是給出關系名，屬性就是實體屬性，并標明該關系的主鍵用下劃線來表示</p><p>　　根據E-R圖轉換為關系模式，關系的碼用下橫線標出</p><p>　　 客戶 （客戶編號姓名電話車牌號車型）</p><p>　　修理單?。ㄐ蘩韱翁柂？蛻艟幪柂Ｐ蘩眄椖开Ｐ蘩砉おＡ慵Q使用數(shù)量）

25、  修理工 （修理工號零件名稱 姓名電話工資） </p><p>　　零件 （編號零件名稱庫存最低庫存單價）</p><p>　　倉庫表 （編號 采購商 修理工號 管理員 入庫時間 出庫時間 零件名稱）</p><p>　　工作臺 （編號 修理工號 修理車型）</p><p>　　業(yè)務部

26、 （編號 修理單號 接待時間 接待業(yè)務）</p><p>　　售后服務 (編號 客戶編號 項目 負責人)</p><p>　　發(fā)票 （車牌號 編號 客戶編號）</p><p><b>　　4.物理結構設計</b></p><p><b>　　基本表的建立</b></p&

27、gt;<p><b>　　客戶表</b></p><p><b>　　修理單表</b></p><p><b>　　修理工表</b></p><p><b>　　零件表</b></p><p><b>　　倉庫表</b>

28、</p><p><b>　　工作臺表</b></p><p><b>　　業(yè)務部表</b></p><p><b>　　售后服務表</b></p><p><b>　　發(fā)票</b></p><p><b>　　運行測試&

29、lt;/b></p><p><b>　　客戶表</b></p><p><b>　　修理單表</b></p><p><b>　　 </b></p><p><b>　　修理工表</b></p><p><b>

30、　　 </b></p><p><b>　　零件表</b></p><p><b>　　倉庫表</b></p><p><b>　　工作臺表</b></p><p><b>　　業(yè)務部表</b></p><p><

31、;b>　　售后服務表</b></p><p><b>　　發(fā)票表 </b></p><p><b>　　視圖建立</b></p><p>　　視圖是虛表，是從一個或幾個基本表（或視圖）中導出的表，在系統(tǒng)的數(shù)據字典中僅存放了視圖的定義，不存放視圖對應的數(shù)據。</p><p>　　視

32、圖是原始數(shù)據庫數(shù)據的一種變換，是查看表中數(shù)據的另外一種方式?？梢詫⒁晥D看成是一個移動的窗口，通過它可以看到感興趣的數(shù)據。 視圖是從一個或多個實際表中獲得的，這些表的數(shù)據存放在數(shù)據庫中。那些用于產生視圖的表叫做該視圖的基表。一個視圖也可以從另一個視圖中產生。</p><p>　　視圖的定義存在數(shù)據庫中，與此定義相關的數(shù)據并沒有再存一份于數(shù)據庫中。通過視圖看到的數(shù)據存放在基表中。</p><p&g

33、t;　　視圖看上去非常象數(shù)據庫的物理表，對它的操作同任何其它的表一樣。當通過視圖修改數(shù)據時，實際上是在改變基表中的數(shù)據；相反地，基表數(shù)據的改變也會自動反映在由基表產生的視圖中。由于邏輯上的原因，有些視圖可以修改對應的基表，而有些則不能（僅僅能查詢）。</p><p><b>　　發(fā)票視圖</b></p><p><b>　　修理工視圖</b>&l

34、t;/p><p><b>　　視圖運行結果</b></p><p><b>　　發(fā)票運行</b></p><p><b>　　修理工運行</b></p><p><b>　　索引建立</b></p><p>　　創(chuàng)建索引可以大大提高系統(tǒng)

35、的性能。 </p><p>　　第一，通過創(chuàng)建唯一性索引，可以保證數(shù)據庫表中每一行數(shù)據的唯一性。 </p><p>　　第二，可以大大加快 數(shù)據的檢索速度，這也是創(chuàng)建索引的最主要的原因。 </p><p>　　第三，可以加速表和表之間的連接，特別是在實現(xiàn)數(shù)據的參考完整性方面特別有意義。 </p><p>　　第四，在使用分組和排序 子句進

36、行數(shù)據檢索時，同樣可以顯著減少查詢中分組和排序的時間。 </p><p>　　第五，通過使用索引，可以在查詢的過程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。</p><p>　　創(chuàng)建索引可以大大提高系統(tǒng)的性能。通過創(chuàng)建唯一性索引，可以保證數(shù)據庫表中每一行數(shù)據的唯一性?？梢源蟠蠹涌鞌?shù)據的檢索速度，這也是創(chuàng)建索引的最主要的原因?？梢约铀俦砗捅碇g的連接，特別是在實現(xiàn)數(shù)據的參考完整性方面特別有意義。在

37、使用分組和排序子句進行數(shù)據檢索時，同樣可以顯著減少查詢中分組和排序的時間。通過使用索引，可以在查詢的過程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。</p><p><b>　　發(fā)票</b></p><p><b>　　修理工</b></p><p><b>　　索引查詢</b></p><

38、;p><b>　　發(fā)票</b></p><p><b>　　修理工</b></p><p><b>　　觸發(fā)器的建立</b></p><p>　　觸發(fā)器（trigger）是個特殊的存儲過程，它的執(zhí)行不是由程序調用，也不是手工啟動，而是由事件來觸發(fā)，比如當對一個表進行操作（ insert，dele

39、te， update）時就會激活它執(zhí)行。觸發(fā)器經常用于加強數(shù)據的完整性約束和業(yè)務規(guī)則等。 觸發(fā)器可以從 DBA_TRIGGERS ，USER_TRIGGERS 數(shù)據字典中查到</p><p><b>　　發(fā)票</b></p><p><b>　　修理工</b></p><p><b>　　觸發(fā)器效果</b&

40、gt;</p><p><b>　　發(fā)票</b></p><p><b>　　修理工</b></p><p><b>　　存儲過程</b></p><p><b>　　發(fā)票</b></p><p><b>　　調用存儲過程

41、</b></p><p><b>　　實驗總結</b></p><p>　　一個星期的時間非?？炀瓦^去了，這一個星期不敢說自己有多大的進步，獲得了多少知識，此次課程設計對我們來說是一次不小的挑戰(zhàn)，但起碼是了解了項目開發(fā)的部分過程。雖說上過數(shù)據庫上過管理信息系統(tǒng)等相關的課程，但是沒有親身經歷過相關的設計工作細節(jié)。這次實習證實提供了一個很好的機會。</p

42、><p>　　通過本次課程設計，我們對數(shù)據庫這門課程有了更加深刻的理解，發(fā)現(xiàn)這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發(fā)現(xiàn)我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發(fā)現(xiàn)有很多已經學過的東西我們沒有理解到位，不能靈活運用于實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發(fā)現(xiàn)問題，思考問題，進而解決問題。</p><p&

43、gt;　　在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。 從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統(tǒng)的設計開發(fā)過程。設計的初期，在對數(shù)據庫系統(tǒng)的分析、設計中，碰到很多概念上很模糊的問題，通過老師的指點以及查閱相關資料，問題得到了解決，設計工作也順利進行。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統(tǒng)的時候才發(fā)現(xiàn)其中的難度

44、。經常做到后面突然就發(fā)現(xiàn)自己一開始的設計有問題，然后又回去翻工，在各種反復中不斷完善自己的想法。 我想有這樣的問題不止我一個，事后想想是一開始著手做的時候下手過于輕快，或者說是根本不了解自己要做的這個系統(tǒng)是給誰用的。因為沒有事先做過仔細的用戶調查，不知道整個業(yè)務的流程，也不知道用戶需要什么功能就忙著開發(fā)，這是作為設計開發(fā)人員需要特別警惕避免的，不然會給后來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后的課程設計要特別注意這一

45、塊的設計。 按照要求，我們做的是汽車維修系統(tǒng)。說實話，我對這個是一無所知的，沒有去汽修廠維修過汽車，也不知道汽車維修是怎么一個流程</p><p>　　很多事情不是想象中的那么簡單的，它涉及到的各種實體、屬性、數(shù)據流程、數(shù)據處理等等。很多時候感覺后面的設計根本無法繼續(xù)，感覺像是被前面做的各種圖限制了。在做關系模型轉換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。 物理結構設計

46、基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束等。最后才做索引的部分，對一些比較經常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最后別忘記重要的安全性設置，限制用戶訪問權限，新建用戶并和數(shù)據庫用戶做相應的映射。數(shù)據庫的基本結構分三個層次，反映了觀察數(shù)據庫的三種不同角度。 </p><p><b>　　(1)物理數(shù)據層。</b><

47、/p><p>　　它是數(shù)據庫的最內層，是物理存貯設備上實際存儲的數(shù)據的集合。這些數(shù)據是原始數(shù)據，是用戶加工的對象，由內部模式描述的指令操作處理的位串、字符和字組成。</p><p><b>　　(2)概念數(shù)據層。</b></p><p>　　它是數(shù)據庫的中間一層，是數(shù)據庫的整體邏輯表示。指出了每個數(shù)據的邏輯定義及數(shù)據間的邏輯聯(lián)系，是存貯記錄的集合。

48、它所涉及的是數(shù)據庫所有對象的邏輯關系，而不是它們的物理情況，是數(shù)據庫管理員概念下的數(shù)據庫。</p><p><b>　　(3)邏輯數(shù)據層。</b></p><p>　　它是用戶所看到和使用的數(shù)據庫，表示了一個或一些特定用戶使用的數(shù)據集合，即邏輯記錄的集合。</p><p>　　數(shù)據庫不同層次之間的聯(lián)系是通過映射進行轉換的。</p>

49、<p><b>　　主要特點</b></p><p>　　(1)實現(xiàn)數(shù)據共享。</p><p>　　數(shù)據共享包含所有用戶可同時存取數(shù)據庫中的數(shù)據，也包括用戶可以用各種方式通過接口使用數(shù)據庫，并提供數(shù)據共享。</p><p>　　(2)減少數(shù)據的冗余度。</p><p>　　同文件系統(tǒng)相比，由于數(shù)據庫實現(xiàn)了數(shù)據

50、共享，從而避免了用戶各自建立應用文件。減少了大量重復數(shù)據，減少了數(shù)據冗余，維護了數(shù)據的一致性。</p><p>　　(3)數(shù)據的獨立性。</p><p>　　數(shù)據的獨立性包括邏輯獨立性（數(shù)據庫中數(shù)據庫的邏輯結構和應用程序相互獨立）和物理獨立性（數(shù)據物理結構的變化不影響數(shù)據的邏輯結構）。</p><p>　　(4)數(shù)據實現(xiàn)集中控制。</p><p&

51、gt;　　文件管理方式中，數(shù)據處于一種分散的狀態(tài)，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用數(shù)據庫可對數(shù)據進行集中控制和管理，并通過數(shù)據模型表示各種數(shù)據的組織以及數(shù)據間的聯(lián)系。</p><p>　　(5)數(shù)據一致性和可維護性，以確保數(shù)據的安全性和可靠性。</p><p>　　主要包括：①安全性控制：以防止數(shù)據丟失、錯誤更新和越權使用；②完整性控制：保證數(shù)據的正確性、有效性和相

52、容性；③并發(fā)控制：使在同一時間周期內，允許對數(shù)據實現(xiàn)多路存取，又能防止用戶之間的不正常交互作用。</p><p><b>　　(6)故障恢復。</b></p><p>　　由數(shù)據庫管理系統(tǒng)提供一套方法，可及時發(fā)現(xiàn)故障和修復故障，從而防止數(shù)據被破壞。數(shù)據庫系統(tǒng)能盡快恢復數(shù)據庫系統(tǒng)運行時出現(xiàn)的故障，可能是物理上或是邏輯上的錯誤。比如對系統(tǒng)的誤操作造成的數(shù)據錯誤等?！?lt

53、;/p><p><b>　　種類</b></p><p>　　數(shù)據庫通常分為層次式數(shù)據庫、網絡式數(shù)據庫和關系式數(shù)據庫三種。而不同的數(shù)據庫是按不同的數(shù)據結構來聯(lián)系和組織的。</p><p><b>　　1.數(shù)據結構模型</b></p><p><b>　　(1)數(shù)據結構</b><

54、;/p><p>　　所謂數(shù)據結構是指數(shù)據的組織形式或數(shù)據之間的聯(lián)系。如果用D表示數(shù)據，用R表示數(shù)據對象之間存在的關系集合，則將DS=(D，R)稱為數(shù)據結構。例如，設有一個電話號碼簿，它記錄了n個人的名字和相應的電話號碼。為了方便地查找某人的電話號碼，將人名和號碼按字典順序排列，并在名字的后面跟隨著對應的電話號碼。這樣，若要查找某人的電話號碼(假定他的名字的第一個字母是Y)，那么只須查找以Y開頭的那些名字就可以了。該例

55、中，數(shù)據的集合D就是人名和電話號碼，它們之間的聯(lián)系R就是按字典順序的排列，其相應的數(shù)據結構就是DS=(D，R)，即一個數(shù)組。</p><p><b>　　(2)數(shù)據結構種類</b></p><p>　　數(shù)據結構又分為數(shù)據的邏輯結構和數(shù)據的物理結構。數(shù)據的邏輯結構是從邏輯的角度(即數(shù)據間的聯(lián)系和組織方式)來觀察數(shù)據，分析數(shù)據，與數(shù)據的存儲位置無關。數(shù)據的物理結構是指數(shù)據

56、在計算機中存放的結構，即數(shù)據的邏輯結構在計算機中的實現(xiàn)形式，所以物理結構也被稱為存儲結構。這里只研究數(shù)據的邏輯結構，并將反映和實現(xiàn)數(shù)據聯(lián)系的方法稱為數(shù)據模型。</p><p>　　目前，比較流行的數(shù)據模型有三種，即按圖論理論建立的層次結構模型和網狀結構模型以及按關系理論建立的關系結構模型。</p><p>　　2.層次、網狀和關系數(shù)據庫系統(tǒng)</p><p><

57、b>　　(1)層次結構模型</b></p><p>　　層次結構模型實質上是一種有根結點的定向有序樹(在數(shù)學中"樹"被定義為一個無回的連通圖)。下圖是一個高等學校的組織結構圖。這個組織結構圖像一棵樹，校部就是樹根(稱為根結點)，各系、專業(yè)、教師、學生等為枝點(稱為結點)，樹根與枝點之間的聯(lián)系稱為邊，樹根與邊之比為1:N，即樹根只有一個，樹枝有N個。</p>&l

58、t;p>　　按照層次模型建立的數(shù)據庫系統(tǒng)稱為層次模型數(shù)據庫系統(tǒng)，是其典型代表。</p><p><b>　　(2)網狀結構模型</b></p><p>　　按照網狀數(shù)據結構建立的數(shù)據庫系統(tǒng)稱為網狀數(shù)據庫系統(tǒng)，其典型代表是DBTG(Data Base Task Group)。用數(shù)學方法可將網狀數(shù)據結構轉化為層次數(shù)據結構。</p><p>&

59、lt;b>　　(3)關系結構模型</b></p><p>　　關系式數(shù)據結構把一些復雜的數(shù)據結構歸結為簡單的二元關系(即二維表格形式)。例如某單位的職工關系就是一個二元關系。</p><p>　　由關系數(shù)據結構組成的數(shù)據庫系統(tǒng)被稱為關系數(shù)據庫系統(tǒng)。</p><p>　　在關系數(shù)據庫中，對數(shù)據的操作幾乎全部建立在一個或多個關系表格上，通過對這些關系表

60、格的分類、合并、連接或選取等運算來實現(xiàn)數(shù)據的管理。就是這類數(shù)據庫管理系統(tǒng)的典型代表。對于一個實際的應用問題（如人事管理問題），有時需要多個關系才能實現(xiàn)。用建立起來的一個關系稱為一個數(shù)據庫（或稱數(shù)據庫文件），而把對應多個關系建立起來的多個數(shù)據庫稱為數(shù)據庫系統(tǒng)。的另一個重要功能是通過建立命令文件來實現(xiàn)對數(shù)據庫的使用和管理，對于一個數(shù)據庫系統(tǒng)相應的命令序列文件，稱為該數(shù)據庫的應用系統(tǒng)。因此，可以概括地說，一個關系稱為一個數(shù)據庫，若干個數(shù)據庫可

61、以構成一個數(shù)據庫系統(tǒng)。數(shù)據庫系統(tǒng)可以派生出各種不同類型的輔助文件和建立它的應用系統(tǒng)。</p><p>　　不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難的事在你嘗試之后你可能會發(fā)現(xiàn)原來她并沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業(yè)出去即面臨找工作，從學習這個專業(yè)，到以后

62、從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業(yè)，面臨擇業(yè)，需要這些實踐經驗，在困難面前要勇于嘗試，這是這次課程設計給我的最大感想！ 以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發(fā)現(xiàn)做一個項目最重要的不在于如何實現(xiàn)，而是實現(xiàn)之前的需求分析和模塊設計。創(chuàng)新很難，有些流行的系統(tǒng)其實現(xiàn)并不難，難的在于對市場的分析和準確定位。這次課程設計我們不但收獲了豐富的知識，而且更加認識到團隊成員

63、間齊心合作和遇到問題要不退縮、努力解決的重要性。我相信這些收獲會使我們終身受益。</p><p><b>　　六，參考文獻</b></p><p>　　[1] 薩師煊等. 數(shù)據庫系統(tǒng)概論（第四版）.高等教育出版社.2006</p><p>　　[2] 楊樺等. SQL Serer2000實用教程. 清華大學出版社.2007</p>