第4章 數(shù)據(jù)庫設(shè)計(jì)_第1頁
第4章 數(shù)據(jù)庫設(shè)計(jì)_第2頁
第4章 數(shù)據(jù)庫設(shè)計(jì)_第3頁
第4章 數(shù)據(jù)庫設(shè)計(jì)_第4頁
第4章 數(shù)據(jù)庫設(shè)計(jì)_第5頁
已閱讀5頁,還剩21頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、第第4章章 數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì) n 本章要點(diǎn):n 數(shù)據(jù)庫設(shè)計(jì)的內(nèi)容n 數(shù)據(jù)庫設(shè)計(jì)的特點(diǎn)n 數(shù)據(jù)庫邏輯設(shè)計(jì)n 數(shù)據(jù)庫物理設(shè)計(jì)n 數(shù)據(jù)庫的運(yùn)行與維護(hù)n 數(shù)據(jù)庫的技術(shù)文檔4.1 數(shù)據(jù)庫設(shè)計(jì)概述 數(shù)據(jù)庫設(shè)計(jì)是從用戶對(duì)數(shù)據(jù)的需求出發(fā)數(shù)據(jù)庫設(shè)計(jì)是從用戶對(duì)數(shù)據(jù)的需求出發(fā), ,創(chuàng)建創(chuàng)建一個(gè)性能良好、能滿足不同用戶需求、又能被一個(gè)性能良好、能滿足不同用戶需求、又能被選定的選定的DBMSDBMS所接受的數(shù)據(jù)模式所接受的數(shù)據(jù)模式, ,進(jìn)而構(gòu)造出數(shù)進(jìn)而構(gòu)造出數(shù)據(jù)庫結(jié)構(gòu)的過程據(jù)庫結(jié)構(gòu)的過程4.1 數(shù)據(jù)庫設(shè)計(jì)概述 n4.1.1 數(shù)據(jù)庫設(shè)計(jì)的目標(biāo)數(shù)據(jù)庫設(shè)計(jì)的目標(biāo) 數(shù)據(jù)庫設(shè)計(jì)有兩個(gè)最重要的目標(biāo):數(shù)據(jù)庫設(shè)計(jì)有兩個(gè)最重要的目標(biāo)

2、: 滿足應(yīng)用功能需求和良好的數(shù)據(jù)庫性能。滿足應(yīng)用功能需求和良好的數(shù)據(jù)庫性能。 滿足應(yīng)用功能需求,主要是指把用戶當(dāng)前應(yīng)用以及可預(yù)知的滿足應(yīng)用功能需求,主要是指把用戶當(dāng)前應(yīng)用以及可預(yù)知的將來應(yīng)用所需要的數(shù)據(jù)及其聯(lián)系能全部準(zhǔn)確地存放于數(shù)據(jù)庫之中,將來應(yīng)用所需要的數(shù)據(jù)及其聯(lián)系能全部準(zhǔn)確地存放于數(shù)據(jù)庫之中,并能根據(jù)用戶的需要對(duì)數(shù)據(jù)進(jìn)行規(guī)定的合理的增、刪、改、顯示并能根據(jù)用戶的需要對(duì)數(shù)據(jù)進(jìn)行規(guī)定的合理的增、刪、改、顯示等操作。等操作。 良好的數(shù)據(jù)庫性能,主要是指數(shù)據(jù)庫應(yīng)具有良好的存儲(chǔ)結(jié)構(gòu)、良好的數(shù)據(jù)庫性能,主要是指數(shù)據(jù)庫應(yīng)具有良好的存儲(chǔ)結(jié)構(gòu)、良好的數(shù)據(jù)共享性、良好的數(shù)據(jù)完整性、良好的數(shù)據(jù)一致性及良良好的數(shù)

3、據(jù)共享性、良好的數(shù)據(jù)完整性、良好的數(shù)據(jù)一致性及良好的安全保密性能等。好的安全保密性能等。 4.1.2 數(shù)據(jù)庫設(shè)計(jì)的內(nèi)容數(shù)據(jù)庫設(shè)計(jì)的內(nèi)容 n1數(shù)據(jù)庫的結(jié)構(gòu)特性設(shè)計(jì) 數(shù)據(jù)庫的結(jié)構(gòu)特性設(shè)計(jì)是確定數(shù)據(jù)庫的框架和數(shù)據(jù)結(jié)構(gòu)(邏輯結(jié)構(gòu)特征)。 n2數(shù)據(jù)庫的行為特性設(shè)計(jì) 數(shù)據(jù)庫的行為特性設(shè)計(jì)是指確定數(shù)據(jù)庫用戶的行為和動(dòng)作,并根據(jù)其行為特性設(shè)計(jì)出數(shù)據(jù)庫的子模式。 n3數(shù)據(jù)庫的物理模式設(shè)計(jì) 數(shù)據(jù)庫的物理模式設(shè)計(jì)要求是:根據(jù)數(shù)據(jù)庫結(jié)構(gòu)的動(dòng)態(tài)特性,在特定的RDBMS環(huán)境下,把數(shù)據(jù)庫的邏輯結(jié)構(gòu)模型加以物理實(shí)現(xiàn),從而得出數(shù)據(jù)庫的存儲(chǔ)模式和存取方法。 4.1.3 數(shù)據(jù)庫設(shè)計(jì)的特點(diǎn)與過程數(shù)據(jù)庫設(shè)計(jì)的特點(diǎn)與過程 n1數(shù)據(jù)庫設(shè)計(jì)

4、的特點(diǎn):數(shù)據(jù)庫設(shè)計(jì)是一種“反復(fù)探尋,逐步求精”的過程。 n2數(shù)據(jù)庫設(shè)計(jì)的過程 如下圖 單位或組織數(shù)據(jù)庫的邏輯設(shè)計(jì)數(shù)據(jù)庫的行為設(shè)計(jì)分析用戶需求E-R模型設(shè)計(jì)邏輯模式設(shè)計(jì)分析用戶需求模塊功能說明編寫程序代碼存儲(chǔ)結(jié)構(gòu)的選擇屬性的確定索引的確定數(shù)據(jù)庫的物理設(shè)計(jì)加載實(shí)驗(yàn)數(shù)據(jù)并調(diào)試運(yùn)行應(yīng)用程序的調(diào)試、運(yùn)行與維護(hù)滿意?不是加載數(shù)據(jù)庫數(shù)據(jù)庫系統(tǒng)的運(yùn)行與維護(hù)不4.2 數(shù)據(jù)庫邏輯設(shè)計(jì) n4.2.1 數(shù)據(jù)庫邏輯設(shè)計(jì)的步驟數(shù)據(jù)庫邏輯設(shè)計(jì)的步驟 邏輯設(shè)計(jì)階段的目標(biāo)是產(chǎn)生合理的數(shù)據(jù)庫模式,可分為三個(gè)階段:分別是收集和分析用戶需求、概念模式設(shè)計(jì)和邏輯模式設(shè)計(jì)。 第一階段主要分成四個(gè)步驟,分別如下: 第一步:分析用戶活動(dòng),產(chǎn)

5、生“用戶活動(dòng)圖”。 第二步:確定系統(tǒng)范圍,產(chǎn)生“系統(tǒng)范圍圖”。 第三步:分析用戶活動(dòng)所涉及到的數(shù)據(jù),產(chǎn)生“數(shù)據(jù)流圖”。 第四步:分析系統(tǒng)數(shù)據(jù),產(chǎn)生數(shù)據(jù)字典。 第二階段可分為兩個(gè)步驟,分別如下: 第一步:根據(jù)局部E-R模型,產(chǎn)生局部“E-R模型”。 第二步:對(duì)局部E-R模型進(jìn)行綜合,產(chǎn)生總體E-R模型,并建立“總體E-R圖”。 第三階段也可分成兩個(gè)步驟,分別如下: 第一步:把總體E-R圖轉(zhuǎn)換成模式。 第二步:對(duì)模式進(jìn)行優(yōu)化,產(chǎn)生符合要求的合理最優(yōu)的模式。 4.2.2 收集和分析用戶需求收集和分析用戶需求 n通過一個(gè)醫(yī)院信息管理系統(tǒng)來說明這四個(gè)步驟應(yīng)完成的功能。 【例】某醫(yī)院信息管理系統(tǒng)要完成以下

6、功能: 辦理病歷(第一次來院治病時(shí)辦理病歷); 查詢藥品情況(根據(jù)要求查詢某種類或全部藥品信息); 病人項(xiàng)目入庫(病人所用藥、所做檢查等治療信息存入到指定的數(shù)據(jù)庫中); 催交欠費(fèi)(根據(jù)病人項(xiàng)目計(jì)算出總費(fèi)用,減去預(yù)交費(fèi)用,若超過某一限度則催交欠費(fèi))。 1分析用戶活動(dòng) 接受申請(qǐng)病人數(shù)據(jù)存檔打印病歷封面接受申請(qǐng)查藥品信息打印藥品目錄清單接受申請(qǐng)項(xiàng)目信息的錄入與保存打印項(xiàng)目信息接受申請(qǐng)查項(xiàng)目信息計(jì)算逾期項(xiàng)目與費(fèi)用并打印辦理病歷藥品查詢項(xiàng)目入庫催交欠費(fèi)發(fā)給病人發(fā)給查詢?nèi)私唤o病人交給病人用戶醫(yī)院的業(yè)務(wù)流程所得到的“用戶活動(dòng)圖” 2確定系統(tǒng)范圍 上圖中虛線框內(nèi)的部分屬于系統(tǒng)范圍,而框外部分則需人工處理。 3

7、分析用戶活動(dòng)所涉及到的數(shù)據(jù) (1)數(shù)據(jù)流圖(DFD)的概念 數(shù)據(jù)流圖是一種能全面描述系統(tǒng)邏輯模型的主要工具,它可以用少數(shù)幾種符號(hào)綜合地反映出數(shù)據(jù)在系統(tǒng)中的流動(dòng)、存儲(chǔ)和處理情況。 (2)數(shù)據(jù)流圖的特征 抽象性數(shù)據(jù)流圖完全舍去了具體的物質(zhì),只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)。 概括性數(shù)據(jù)流圖可以把系統(tǒng)中的不同業(yè)務(wù)處理過程聯(lián)系起來,形成一個(gè)整體。 (3)數(shù)據(jù)流圖的組成 n畫數(shù)據(jù)流圖應(yīng)注意以下幾點(diǎn): 數(shù)據(jù)流圖中反映的是數(shù)據(jù)流而不是控制流,這是與一般程序流程圖的最大不同之處; 在對(duì)數(shù)據(jù)流圖中各個(gè)成份命名時(shí),應(yīng)該體現(xiàn)命名的含義; 流入文件或流出文件的數(shù)據(jù)流不必命名,因?yàn)槲募旧硪呀?jīng)表示了數(shù)據(jù)內(nèi)容; 源點(diǎn)和

8、終點(diǎn)不是必須的,因?yàn)樗鼈兪菍儆谙到y(tǒng)之外的事物,但畫出源點(diǎn)和終點(diǎn)有助于理解數(shù)據(jù)流的來龍去脈。 SD1P1D2F1P2D3EF2(4)數(shù)據(jù)流圖的畫法1 n一般地說,畫數(shù)據(jù)流圖應(yīng)遵循“由外向內(nèi),逐步細(xì)化”的原則。n由外向內(nèi)是指:根據(jù)用戶活動(dòng)圖標(biāo)定系統(tǒng)范圍,系統(tǒng)范圍內(nèi)的細(xì)節(jié)部分可以先不考慮,將其當(dāng)成一個(gè)黑盒子。如:醫(yī)院信息管理系統(tǒng)病人或其家屬藥品管理人員 醫(yī)生 財(cái)務(wù)管理人員 病人或其家屬藥品管理人員門診請(qǐng)求查詢請(qǐng)求處方項(xiàng)目催款請(qǐng)求病歷藥品清單本次項(xiàng)目清單交款通知病人或其家屬病人或其家屬(4)數(shù)據(jù)流圖的畫法 2n逐步細(xì)化是指:逐一描述系統(tǒng)內(nèi)部數(shù)據(jù)流,一般從每個(gè)業(yè)務(wù)的輸入端開始向輸出端推進(jìn),每當(dāng)經(jīng)過使數(shù)據(jù)

9、流的組成或數(shù)值發(fā)生變化的地方,就用一個(gè)“加工”將其連接起來,這個(gè)“加工”正是實(shí)現(xiàn)這一數(shù)據(jù)變化的。注意,不要把相互無關(guān)的數(shù)據(jù)畫成一個(gè)數(shù)據(jù)流,也不要把作為一個(gè)處理單位的數(shù)據(jù)畫成二個(gè)數(shù)據(jù)流。如果牽涉到文件,則應(yīng)表示出“文件”與“加工”的讀寫關(guān)系。 (4)數(shù)據(jù)流圖的畫法 3辦理病歷門診請(qǐng)求打印病歷病人檔案數(shù)據(jù)病歷病人接受查詢藥品查詢請(qǐng)求打印藥品數(shù)據(jù)藥品清單藥品圖4-5 門診請(qǐng)求數(shù)據(jù)流圖圖4-6 藥品查詢數(shù)據(jù)流圖(4)數(shù)據(jù)流圖的畫法 4處方錄入處方請(qǐng)求打印清單處方數(shù)據(jù)處方清單病人圖4-7 處方處理數(shù)據(jù)流圖藥品病人醫(yī)療項(xiàng)目辦理請(qǐng)求催款請(qǐng)求計(jì)算費(fèi)用醫(yī)療項(xiàng)目數(shù)據(jù)催款通知藥品圖4-8 催款處理數(shù)據(jù)流圖病人病人醫(yī)

10、療項(xiàng)目4分析系統(tǒng)數(shù)據(jù) (1)數(shù)據(jù)字典的概念 數(shù)據(jù)流圖表達(dá)了數(shù)據(jù)和處理的關(guān)系,數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合,是進(jìn)行數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的結(jié)果。 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)庫中數(shù)據(jù)的描述,通常稱“元數(shù)據(jù)”,元數(shù)據(jù)不是數(shù)據(jù)本身。數(shù)據(jù)字典在數(shù)據(jù)庫設(shè)計(jì)中占有非常重要的地位,是概念模式設(shè)計(jì)、邏輯模式設(shè)計(jì)和物理設(shè)計(jì)的主要依據(jù)。(2)通過數(shù)據(jù)流圖構(gòu)成數(shù)據(jù)字典 數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的四個(gè)成份進(jìn)行描述的產(chǎn)物,它和數(shù)據(jù)流圖共同構(gòu)成“系統(tǒng)說明書”。 數(shù)據(jù)流的描述,如:門診請(qǐng)求=姓名+性別+年齡+職業(yè)+通訊地址+電話號(hào)碼+是否醫(yī)保病歷=病歷號(hào)+姓名+性別+年齡 4分析系統(tǒng)數(shù)據(jù)2 文件的描述,如:病人=病歷號(hào)+姓名

11、+性別+年齡+職業(yè)+通訊地址+電話號(hào)碼+是否醫(yī)保組織:按“病歷號(hào)”升序排列 數(shù)據(jù)項(xiàng)的描述,包括名稱、類型、長度、取值范圍等,如:病歷號(hào)(字符,10,000001999999)姓名(字符,8). 加工的描述,包括過程名、過程說明、輸入輸出和過程功能說明等。說明:做什么? 4.2.3 概念模型設(shè)計(jì)(概念模型設(shè)計(jì)(E-R圖設(shè)計(jì))圖設(shè)計(jì)) n1局部E-R模型的設(shè)計(jì) 局部E-R模型設(shè)計(jì)的任務(wù)是根據(jù)需求上一步驟產(chǎn)生的各個(gè)功能模塊的數(shù)據(jù)流圖和數(shù)據(jù)字典中的相關(guān)數(shù)據(jù),設(shè)計(jì)出各個(gè)功能模塊的局部ER圖。 數(shù)據(jù)抽象、設(shè)計(jì)局部E-R圖對(duì)局部E-R圖集成,生成總體E-R圖用戶滿意NY概念模型的設(shè)計(jì)步驟 4.2.3 概念模

12、型設(shè)計(jì)(概念模型設(shè)計(jì)(E-R圖設(shè)計(jì))圖設(shè)計(jì)) n例4-2,根據(jù)數(shù)據(jù)流圖和數(shù)據(jù)字典設(shè)計(jì)醫(yī)院信息管理系統(tǒng)的局E-R圖使用病人藥品mn圖4-12處方處理局部E-R圖已做過病人病人醫(yī)療項(xiàng)目1n圖4-13催款處理局部E-R圖劑量或次數(shù)開始日期終止日期劑量或次數(shù)開始日期終止日期2總體E-R模型的設(shè)計(jì) 局部E-R圖之間的沖突主要有3類:屬性沖突、命名沖突和結(jié)構(gòu)沖突。 (1)屬性沖突 屬性域沖突,即屬性值的類型、取值范圍不同。 屬性取值單位沖突。 (2)命名沖突 同名異義沖突,即不同意義的對(duì)象在不同的部門的局部E-R圖中具有相同的名字。 異名同義沖突,即意義相同的對(duì)象在不同的部門的局部E-R圖中具有不同的名字

13、。(3)結(jié)構(gòu)沖突 同一對(duì)象在不同的應(yīng)用中具有不同的抽象。 同一實(shí)體在不同的局部E-R圖中的屬性組成不一致,即包含的屬性個(gè)數(shù)和屬性排列次序不完全相同。 實(shí)體之間的聯(lián)系在不同的局部ER圖中呈現(xiàn)不同的類型。這類沖突的解決方法是根據(jù)應(yīng)用的語義對(duì)實(shí)體聯(lián)系的類型進(jìn)行綜合或調(diào)整。 2總體E-R模型的設(shè)計(jì)2 例4-3 對(duì)例4-1的醫(yī)院管理系統(tǒng)進(jìn)行擴(kuò)充,要求反映藥品采購信息。 使用病人藥品mn采購日期采購人采購單價(jià)總體E-R圖使用藥品病人mn采購制藥廠mn4.2.4 邏輯模式設(shè)計(jì)邏輯模式設(shè)計(jì) n邏輯模式設(shè)計(jì)的實(shí)質(zhì)是把E-R圖轉(zhuǎn)換為具體的DBMS支持的數(shù)據(jù)模型。把E-R圖轉(zhuǎn)換為關(guān)系模型的方法,通常分兩步進(jìn)行:初步

14、設(shè)計(jì)和優(yōu)化設(shè)計(jì)。n1初步設(shè)計(jì)把E-R圖轉(zhuǎn)換為關(guān)系模型具體的轉(zhuǎn)換方法請(qǐng)參見3.3節(jié)。n2優(yōu)化設(shè)計(jì)對(duì)模式進(jìn)行調(diào)整和改善所謂優(yōu)化,就是從提高效率的角度出發(fā),對(duì)模式結(jié)構(gòu)作進(jìn)一步的凋整和改良。優(yōu)化是在性能預(yù)測的基礎(chǔ)上進(jìn)行的,一般用三方面指標(biāo)來衡量: (1)單位時(shí)間內(nèi)所訪問的邏輯記錄個(gè)數(shù)要少; (2)單位時(shí)間內(nèi)數(shù)據(jù)傳送量要少; (3)系統(tǒng)占用的存儲(chǔ)空間盡量要少?!纠恳樵儾∪诵畔r(shí),經(jīng)常按住院病人和門診病人分類查詢,為改善性能,使得單位時(shí)間內(nèi)訪問邏輯記錄的個(gè)數(shù)盡量少,請(qǐng)給出一種分解方法。 原來的病人關(guān)系為:病人(病歷號(hào)、姓名、性別、年齡、職業(yè)、通信地址、電話號(hào)碼、是否醫(yī)保) 可對(duì)其進(jìn)行水平分解,使其成為

15、兩個(gè)關(guān)系 住院病人(病歷號(hào)、姓名、性別、年齡、職業(yè)、通信地址、電話號(hào)碼、是否醫(yī)保) 門診病人(病歷號(hào)、姓名、性別、年齡、職業(yè)、通信地址、電話號(hào)碼、是否醫(yī)保)4.3 數(shù)據(jù)庫物理設(shè)計(jì) n4.3.1 存儲(chǔ)結(jié)構(gòu)的選擇存儲(chǔ)結(jié)構(gòu)的選擇 選擇何種存儲(chǔ)結(jié)構(gòu),與選定的DBMS類型有關(guān),對(duì)于層次式或網(wǎng)狀式DBMS,存儲(chǔ)結(jié)構(gòu)的選擇與應(yīng)用有密切關(guān)系。對(duì)于關(guān)系式數(shù)據(jù)庫,用戶能夠干預(yù)的事情很少,最多只能選定索引方法或給出輔助索引,以便在程序中可以按倒排文件方式查詢數(shù)據(jù),而存取路徑是由系統(tǒng)安排的。n4.3.2 4.3.2 屬性的存儲(chǔ)類型的確定屬性的存儲(chǔ)類型的確定 不同DBMS系統(tǒng)的數(shù)據(jù)類型稍微有點(diǎn)區(qū)別,因此需要針對(duì)不同的D

16、BMS來確定每個(gè)屬性的存儲(chǔ)類型。數(shù)據(jù)庫管理系統(tǒng)提供的數(shù)據(jù)庫設(shè)計(jì)工具就具有設(shè)計(jì)屬性的存儲(chǔ)類型的功能,如Visual FoxPro提供的“表設(shè)計(jì)器”,Visual Basic提供的“可視化數(shù)據(jù)管理器”,Delphi提供的“DataBase Desktop”等。n4.3.3 4.3.3 表的索引結(jié)構(gòu)的確定表的索引結(jié)構(gòu)的確定 n4.3.4 4.3.4 存取路徑的確定存取路徑的確定 4.4 數(shù)據(jù)庫的實(shí)現(xiàn)、運(yùn)行與維護(hù) n4.4.1 數(shù)據(jù)庫的實(shí)現(xiàn)數(shù)據(jù)庫的實(shí)現(xiàn) 該階段主要完成以下三項(xiàng)工作: (1)建立實(shí)際數(shù)據(jù)庫結(jié)構(gòu)。 (2)裝入試驗(yàn)數(shù)據(jù)對(duì)應(yīng)用程序進(jìn)行調(diào)試。 (3)裝入實(shí)際數(shù)據(jù),進(jìn)入試運(yùn)行狀態(tài)。 n4.4.2

17、4.4.2 數(shù)據(jù)庫的運(yùn)行與維護(hù)數(shù)據(jù)庫的運(yùn)行與維護(hù) 運(yùn)行維護(hù)階段的主要任務(wù)如下: (1)對(duì)日常數(shù)據(jù)庫操作進(jìn)行維護(hù) (2)維護(hù)數(shù)據(jù)庫的結(jié)構(gòu) (3)維護(hù)數(shù)據(jù)庫的安全性與完整性 (4)監(jiān)測并改善數(shù)據(jù)庫運(yùn)行性能 (5)根據(jù)用戶要求對(duì)數(shù)據(jù)庫現(xiàn)有功能進(jìn)行擴(kuò)充 (6)及時(shí)改正運(yùn)行中發(fā)現(xiàn)的系統(tǒng)錯(cuò)誤 4.5 編寫技術(shù)文檔 n4.5.1 編寫系統(tǒng)說明書編寫系統(tǒng)說明書 系統(tǒng)說明書主要由數(shù)據(jù)流圖和數(shù)據(jù)字典組成。它用來表達(dá)用戶對(duì)系統(tǒng)的要求,軟件人員根據(jù)“系統(tǒng)說明書”進(jìn)行數(shù)據(jù)庫的構(gòu)造和應(yīng)用程序的設(shè)計(jì)。 n4.5.2 編寫技術(shù)說明書編寫技術(shù)說明書 技術(shù)說明書主要包括如下內(nèi)容: (1)用戶活動(dòng)圖、數(shù)據(jù)流圖和數(shù)據(jù)字典。 (2)局部E-R圖和總體E-R圖。 (3)對(duì)于層次和網(wǎng)狀數(shù)據(jù)類型應(yīng)指出各種記錄型及其聯(lián)系,指出關(guān)鍵字。對(duì)于關(guān)系數(shù)據(jù)類型,應(yīng)指出關(guān)系模式、關(guān)系模式之間的聯(lián)系、關(guān)系的關(guān)鍵字。 (4)在數(shù)據(jù)庫設(shè)計(jì)階段產(chǎn)生的每個(gè)表格的名稱、字段的屬性、索引的名稱和索引字段(或索引表達(dá)式) (5)應(yīng)用程序的總體結(jié)構(gòu)框圖,各主要模塊的流程圖,詳細(xì)的程序代碼。小結(jié) n本章主要介紹數(shù)據(jù)庫系統(tǒng)的開發(fā)過程,對(duì)數(shù)據(jù)庫系統(tǒng)的開發(fā)過程中的每個(gè)階段進(jìn)行了詳盡的闡述。數(shù)據(jù)庫設(shè)計(jì)包括

溫馨提示

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

評(píng)論

0/150

提交評(píng)論