數(shù)據(jù)庫設計各階段(共6頁)_第1頁
數(shù)據(jù)庫設計各階段(共6頁)_第2頁
數(shù)據(jù)庫設計各階段(共6頁)_第3頁
數(shù)據(jù)庫設計各階段(共6頁)_第4頁
數(shù)據(jù)庫設計各階段(共6頁)_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、精選優(yōu)質文檔-傾情為你奉上1.數(shù)據(jù)庫應用系統(tǒng)的設計步驟按規(guī)范設計的方法可將數(shù)據(jù)庫設計分為以下六個階段(1)需求分析;(2)概念結構設計;(3)邏輯結構設計;(4)數(shù)據(jù)庫物理設計;(5)數(shù)據(jù)庫實施;(6)數(shù)據(jù)庫運行和維護。2.需求分析需求收集和分析是數(shù)據(jù)庫應用系統(tǒng)設計的第一階段。明確地把它作為數(shù)據(jù)庫應用系統(tǒng)設計的第一步是十分重要的。這一階段收集到的基礎數(shù)據(jù)和一組數(shù)據(jù)流圖(Data Flow DiagramDFD)是下一步設計概念結構的基礎。概念結構對整個數(shù)據(jù)庫設計具有深刻影響。而要設計好概念結構,就必須在需求分析階段用系統(tǒng)的觀點來考慮問題、收集和分析數(shù)據(jù)及其處理。如何分析和表達用戶需求呢?在眾多

2、的分析方法中,結構化分析(Structured Analysis,簡稱SA方法)是一個簡單實用的方法。SA方法用自頂向下、逐層分解的方式分析系統(tǒng)。用數(shù)據(jù)流圖,數(shù)據(jù)字典描述系統(tǒng)。然后把一個處理功能的具體內容分解為若干子功能,每個子功能繼續(xù)分解,直到把系統(tǒng)的工作過程表達清楚為止。在處理功能逐步分解的同時,它們所用的數(shù)據(jù)也逐級分解。形成若干層次的數(shù)據(jù)流圖。數(shù)據(jù)流圖表達了數(shù)據(jù)和處理過程的關系。處理過程的處理邏輯常常用判定表或判定樹來描述。數(shù)據(jù)字典(Data Dictionary,簡稱DD)則是對系統(tǒng)中數(shù)據(jù)的詳盡描述,是各類數(shù)據(jù)屬性的清單。對數(shù)據(jù)庫應用系統(tǒng)設計來講,數(shù)據(jù)字典是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析

3、所獲得的主要結果。數(shù)據(jù)字典是各類數(shù)據(jù)描述的集合,它通常包括以下5個部分:(1)數(shù)據(jù)項,是數(shù)據(jù)最小單位。(2)數(shù)據(jù)結構,是若干數(shù)據(jù)項有意義的集合。(3)數(shù)據(jù)流,可以是數(shù)據(jù)項,也可以是數(shù)據(jù)結構。表示某一處理過程的輸入輸出。(4)數(shù)據(jù)存儲,處理過程中存取的數(shù)據(jù)。常常是手工憑證、手工文檔或計算機文件。(5)處理過程。3.概念結構設計如同軟件工程中重視需求分析與規(guī)范說明的思想一樣,數(shù)據(jù)庫設計中同樣十分重視數(shù)據(jù)分析、抽象與概念結構的設計。概念結構的設計,是整個數(shù)據(jù)庫設計的關鍵之一。概念結構獨立于數(shù)據(jù)庫邏輯結構,獨立于支持數(shù)據(jù)庫的DBMS,也獨立于具體計算機軟件和硬件系統(tǒng)。歸納總結,其主要特點是:(1)能充

4、分地反映現(xiàn)實世界,包括實體和實體之間的聯(lián)系,能滿足用戶對數(shù)據(jù)處理的要求,是現(xiàn)實世界的一個真實的模型,或接近真實的模型。(2)易于理解,從而可以和不熟悉計算機的用戶交換意見。用戶的積極參與是數(shù)據(jù)庫應用系統(tǒng)設計成功與否的關鍵。(3)易于更動。當現(xiàn)實世界改變時容易修改和擴充,特別是軟件、硬件環(huán)境變化時更應如此。(4)易于向關系、網(wǎng)狀或層次等各種數(shù)據(jù)模型轉換。概念結構是各種數(shù)據(jù)模型的共同基礎,它比任意一種數(shù)據(jù)模型更獨立于機器,更抽象,從而更加穩(wěn)定。描述概念結構的有力工具是E-R模型。P.P.S.Chen把用E-R模型定義的概念結構稱為組織模式。設計概念結構的策略有3種:(1)自頂向下 首先定義全局概念

5、結構的框架,然后逐步細化。(2)自底向上 首先定義各局部應用的概念結構,然后將它們集成,得到全局概念結構。(3)混合策略 自頂向下和自底向上相結合的方法。用自頂向下策略設計一個全局概念結構的框架,以它為骨架集成由自底向上策略中設計的各局部概念結構。現(xiàn)介紹自底向上設計概念結構的策略。按照這種策略,概念結構的設計可按下面步驟進行。(1)數(shù)據(jù)抽象與局部視圖設計E-R模型是對現(xiàn)實世界的一種抽象。一般地講,所謂抽象是對實際的人、物、事和概念的人為處理。它抽取人們關心的共同特性,忽略非本質的細節(jié),并把這些特性用各種抽象的概念精確地加以描述。這些概念組成了現(xiàn)實世界的一種模型表示。有3種抽象方法形成了抽象機制

6、,來對數(shù)據(jù)進行組織:分類(Classification) 定義某一概念作為現(xiàn)實世界中一組對象的類型。這些對象具有某些共同的特性和行為。它抽象了對象值和型之間的“is a member of”的語義。在E-R模型中,實體型就是這種抽象。聚集(Aggregation) 定義某一類型的組成成分。它抽象了對象內部屬性類型和整體與部分之間“is a part of”的語義。在E-R模型中若干屬性的聚集組成了實體型,就是這種抽象。概括(Generalization) 定義類型之間的一種子集聯(lián)系。它抽象了類型之間的“is a subset of”的語義。概括具有一個很重要的性質:繼承性。子類繼承超類上定義的

7、所有抽象性質。當然,子類可以增加自己的某些特殊屬性。概念結構設計的第一步就是利用上面介紹的抽象機制對需求分析階段收集到的數(shù)據(jù)進行組織,形成實體、實體的屬性,標識實體的碼,確定實體之間的聯(lián)系類型(11,1n,nm),設計成部分E-R圖。(2)視圖的集成視圖集成就是把上一步得到的各個部分E-R圖綜合成一個總體的E-R圖。視圖集成可以有兩種方式:多個部分E-R圖一次集成。逐步集成。用累加的方式一次集成兩個部分E-R圖。無論哪種方式,每次集成可分兩步走。第一步是合并,解決各部分E-R圖之間的沖突問題,生成初步E-R圖。第二步是修改和重構,消除不必要的冗余,生成基本E-R圖。4.邏輯結構設計邏輯結構設計

8、的任務就是把概念結構轉換為選用的DBMS所支持的數(shù)據(jù)模型的過程。設計邏輯結構按理應選擇對某個概念結構最好的數(shù)據(jù)模型,然后對支持這種數(shù)據(jù)模型的各種DBMS進行比較,選出最合適的DBMS。但實際情況常常是已給定了某臺機器,設計人員沒有選擇DBMS的余地?,F(xiàn)行的DBMS一般只支持關系、網(wǎng)狀或層次三種模型中的某一種,對某一種數(shù)據(jù)模型,各個機器系統(tǒng)又有許多不同的限制,提供不同的環(huán)境與工具。因而我們把設計過程分三步進行。首先把概念結構向一般的關系模型轉換,然后向特定的DBMS支持下的數(shù)據(jù)模型轉換,最后進行模型的優(yōu)化。(1)E-R圖向關系數(shù)據(jù)模型的轉換下面給出把E-R圖轉換為關系模型的轉換規(guī)則。一個實體轉換

9、為一個關系模式。實體的屬性就是關系的屬性,實體的碼就是關系的碼。一個聯(lián)系轉換為一個關系模式,與該聯(lián)系相連的各實體的碼以及聯(lián)系的屬性轉換為關系的屬性。該關系的碼則有三種情況:若聯(lián)系為11,則每個實體的碼均是該關系的候選碼。若聯(lián)系為1n,關系的碼為n端實體的碼。若聯(lián)系為nm,則關系的碼為諸實體碼的組合。具有相同碼的關系模式可合并。形成了一般的數(shù)據(jù)模型后,下一步就向特定的DBMS規(guī)定的模型轉換。設計人員必須熟知所用DBMS的功能及限制。這一步轉換是依賴于機器的,不能給出一個普遍的規(guī)則。轉化后的模型必須進行優(yōu)化。對數(shù)據(jù)模型進行優(yōu)化是指調整數(shù)據(jù)模型的結構,以提高數(shù)據(jù)庫應用系統(tǒng)的性能。性能有動態(tài)性能和靜態(tài)

10、性能兩種。靜態(tài)性能分析容易實現(xiàn)。根據(jù)應用要求,選出合適的模型是一項復雜的工作。(2)規(guī)范化理論的應用規(guī)范化理論是數(shù)據(jù)庫邏輯設計的指南和工具,具體地講可應用在下面幾個具體的方面:第一,在數(shù)據(jù)分析階段用數(shù)據(jù)依賴的概念分析和表示各數(shù)據(jù)項之間的關系。第二,在設計概念結構階段,用規(guī)范化理論為工具消除初步E-R圖中冗余的聯(lián)系。第三,由E-R圖向數(shù)據(jù)模型轉換過程中用模式分解的概念和算法指導設計?,F(xiàn)在,不管選用的DBMS是支持哪種數(shù)據(jù)模型的,均先把概念結構向關系模型轉換。然后,充分運用規(guī)范化理論的成果優(yōu)化關系數(shù)據(jù)庫模式的設計。5.數(shù)據(jù)庫的物理設計物理設計的內容主要包括:(1)確定數(shù)據(jù)的存儲結構 從DBMS所提

11、供的存儲結構中選取一種合適的加以實現(xiàn)。確定存儲結構的主要因素是存取時間、存儲空間利用率和維護代價三個方面。設計者常常要對這些因素進行權衡。一般的DBMS也總是具有一定靈活性供你選擇。例如,若引入某些冗余數(shù)據(jù),則可能減少物理I/O次數(shù)提高檢索效率。相反節(jié)約存儲空間檢索代價就會增加。當然應該盡量尋找優(yōu)化方法,使這三方面的性能都較好。折衷有時是必須的。(2)存取路徑的選擇和調整 數(shù)據(jù)庫必須支持多個用戶的多種應用,因而必須提供對數(shù)據(jù)庫的多個存取入口,也就是對同一數(shù)據(jù)存儲要提供多條存取路徑。物理設計的任務應確定建立哪些存取路徑。設計者應該進行定量的分析,根據(jù)計算結果確定存取路徑。(3)確定數(shù)據(jù)存放位置

12、首先按數(shù)據(jù)的應用情況劃分為不同的組,然后確定存放位置。一般的應把數(shù)據(jù)的易變部分和穩(wěn)定部分分開,把經(jīng)常存取和不常存取的數(shù)據(jù)分開。經(jīng)常存取或存取時間要求高的記錄應存放在高速存儲器上,如硬盤。存取頻率小或存取時間要求低的放在低速存儲器上,如軟盤磁帶。對于同一數(shù)據(jù)文件也可根據(jù)情況進行水平劃分或垂直劃分。(4)確定存儲分配 許多DBMS提供了存儲分配的參數(shù)供設計者物理優(yōu)化處理用。例如溢出空間的大小和分布參數(shù),塊的長度,塊因子的大小,裝填因子,緩沖區(qū)的大小和個數(shù)等等,它們都要在物理設計中確定。這些參數(shù)的大小影響存取時間和存儲空間的分配。物理設計過程需要對時間、空間效率、維護代價和各種用戶要求進行權衡,其結

13、果可以產生多種方案。在實施數(shù)據(jù)庫前對這些方案進行方案進行細致的評價,以選擇一個較優(yōu)的方案是十分必要的。6.數(shù)據(jù)庫應用系統(tǒng)的實施和維護對數(shù)據(jù)庫的物理設計初步評價完成后就可建立數(shù)據(jù)庫了。數(shù)據(jù)庫應用系統(tǒng)實施對應于軟件工程的編碼、調試階段。設計人員運用DBMS提供的數(shù)據(jù)定義語言將邏輯設計和物理設計的結果嚴格地描述出來,成為DBMS可接受的源代碼。經(jīng)過調試產生目標模式。然后組織數(shù)據(jù)入庫。組織數(shù)據(jù)入庫是數(shù)據(jù)庫應用系統(tǒng)實施階段最主要的工作。(1)數(shù)據(jù)庫數(shù)據(jù)的載入和應用程序的開發(fā)由于數(shù)據(jù)庫數(shù)據(jù)量一般都非常大,并且這些數(shù)據(jù)來源于一個組織的各個部門,分散在各種數(shù)據(jù)文件或原始憑證中。這些數(shù)據(jù)的結構和格式一般也不符合

14、數(shù)據(jù)庫的要求,還要進行轉換。因此組織數(shù)據(jù)入庫是一件耗費大量人力物力的工作。數(shù)據(jù)的轉換和組織對于小系統(tǒng)可以用人工方法完成。但是,人工轉換效率低、質量差。一般來說,應設計一個數(shù)據(jù)輸入子系統(tǒng)讓計算機完成這個工作。輸入子系統(tǒng)的主要功能是:原始數(shù)據(jù)的輸入、抽取、校驗、分類、轉換和綜合,最終把數(shù)據(jù)組織成符合數(shù)據(jù)庫結構的形式。然后把數(shù)據(jù)存入數(shù)據(jù)庫中。數(shù)據(jù)的轉換、分類和綜合常常要經(jīng)過多次才能完成,因而輸入子系統(tǒng)的設計和實施亦是比較復雜的,要編寫許多應用程序。輸入子系統(tǒng)的設計不能等物理設計完成后才動手,應該和數(shù)據(jù)庫設計工作并行開展。為了保證數(shù)據(jù)庫數(shù)據(jù)正確無誤,必須高度重視數(shù)據(jù)的檢驗工作。在輸入子系統(tǒng)進行數(shù)據(jù)轉換

15、的過程中應該進行多次檢驗,每次檢驗的方法亦不要相同。對于重要數(shù)據(jù)的校驗更應該反復多次,確認正確后方可入庫。數(shù)據(jù)庫應用系統(tǒng)中應用程序的設計應該和數(shù)據(jù)庫模式設計并行。數(shù)據(jù)庫應用系統(tǒng)的實施階段的另一項工作便這是這些應用程序的編碼、調試工作。有了裝載實際數(shù)據(jù)的數(shù)據(jù)庫和應用程序,就建立了數(shù)據(jù)庫應用系統(tǒng),可以試運行了。(2)數(shù)據(jù)庫應用系統(tǒng)的試運行在完成上述工作之后,便可進入數(shù)據(jù)庫的試運行階段,或者稱聯(lián)合調試階段。這階段的主要工作是:實際運行應用程序,執(zhí)行對數(shù)據(jù)庫的各種操作,測試應用程序的功能。測量系統(tǒng)的性能指標,分析是否符合設計目標。雖然已在物理設計過程中進行了性能預測,但是僅僅估價了時間和空間指標,而且

16、在性能估價的過程中作了許多簡化和假設,忽略了許多次要因素,因而估價是粗糙的并可能失真。必須在試運行階段進行實際測量和評價。有些參數(shù)的最佳值往往是經(jīng)過運行調試后才找到的。如果實際結果不符合設計目標,則需返回物理設計階段,調整物理結構,修改參數(shù)。有時,也許還需要返回邏輯設計階段,調整邏輯結構。最后還須指出兩點。第一,上面已看到組織數(shù)據(jù)入庫是十分費事的,如果運行調試后又要修改數(shù)據(jù)庫設計則又要重新組織數(shù)據(jù)入庫。因此應分批分期輸入數(shù)據(jù),逐步完成運行評價。第二,數(shù)據(jù)庫的實施和調試不是一朝一夕能完成的,在此期間軟硬件的錯誤隨時可能發(fā)生。加上數(shù)據(jù)庫剛剛建立,工作人員對系統(tǒng)還不熟悉,對其規(guī)律更缺乏深入了解,容易

17、發(fā)生操作錯誤。因此必須做好數(shù)據(jù)庫的轉儲和恢復工作,這就要求設計人員了解DBMS的這個功能,并根據(jù)調試方式和特點首先實施,盡量減少對數(shù)據(jù)庫的破壞并簡化故障恢復。(3)數(shù)據(jù)庫應用系統(tǒng)的運行和維護數(shù)據(jù)庫應用系統(tǒng)投入運行標志著開發(fā)任務的基本完成和維護工作的開始,但并不意味著設計過程結束。任何數(shù)據(jù)庫應用系統(tǒng)只要它存在一天,它的設計就得不斷地進行評價、調整、修改,甚至完全改革。因此數(shù)據(jù)庫應用系統(tǒng)的維護不僅是維護其正?;顒佣沂窃O計工作的繼續(xù)和提高。維護階段的主要工作是:數(shù)據(jù)庫的安全性、完整性控制及系統(tǒng)的轉儲和恢復;性能的監(jiān)督、分析和改進;數(shù)據(jù)庫的重組織和重構造。下面簡單介紹數(shù)據(jù)庫的重組織和重構造。數(shù)據(jù)庫運行一段時間后,由于記錄的不斷增、刪、改,會使數(shù)據(jù)庫的物理存儲變壞。例如,邏輯上屬于同一記錄型或同一關系的數(shù)據(jù)被分散到了不同的文件或文件的多個碎片上。從而降低了數(shù)據(jù)庫存儲空間的利用率和數(shù)據(jù)的存取效率

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論