《數(shù)據(jù)庫設(shè)計》PPT課件.ppt

《《數(shù)據(jù)庫設(shè)計》PPT課件.ppt》由會員分享，可在線閱讀，更多相關(guān)《《數(shù)據(jù)庫設(shè)計》PPT課件.ppt（68頁珍藏版）》請在裝配圖網(wǎng)上搜索。

第四章數(shù)據(jù)庫設(shè)計,數(shù)據(jù)庫設(shè)計步驟需求分析概念結(jié)構(gòu)設(shè)計邏輯結(jié)構(gòu)設(shè)計物理設(shè)計數(shù)據(jù)庫實施數(shù)據(jù)庫運行和維護小結(jié),數(shù)據(jù)庫設(shè)計：是指在給定的應(yīng)用環(huán)境下，根據(jù)用戶的應(yīng)用需求構(gòu)造優(yōu)良的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應(yīng)用需求。數(shù)據(jù)庫設(shè)計特點：數(shù)據(jù)庫設(shè)計側(cè)重于對數(shù)據(jù)的分析和設(shè)計，數(shù)據(jù)庫設(shè)計應(yīng)該在整個設(shè)計過程中把結(jié)構(gòu)（數(shù)據(jù)）設(shè)計和行為（處理）設(shè)計密切結(jié)合起來數(shù)據(jù)庫設(shè)計應(yīng)該與應(yīng)用系統(tǒng)設(shè)計相結(jié)合結(jié)構(gòu)（數(shù)據(jù)）設(shè)計：設(shè)計數(shù)據(jù)庫框架或數(shù)據(jù)庫結(jié)構(gòu)行為（處理）設(shè)計：設(shè)計應(yīng)用程序、事務(wù)處理等,數(shù)據(jù)庫設(shè)計的步驟,數(shù)據(jù)庫設(shè)計是一項涉及多學(xué)科的綜合性技術(shù)，是一項龐大的工程項目。,信息的三個世界之間的關(guān)系,現(xiàn)實世界,信息世界,數(shù)據(jù)世界,一般開發(fā)策略：自頂向下，逐步求精，分而治之。,數(shù)據(jù)庫應(yīng)用開發(fā)的過程的六個階段,從現(xiàn)實世界中獲取并抽象用戶的信息需求,用戶信息需求的綜合歸納，形成獨立于任何DBMS的信息結(jié)構(gòu)的設(shè)計，得到的是概念模型，是從用戶的角度進行的數(shù)據(jù)描述。常用E-R圖,將概念模式轉(zhuǎn)換成用關(guān)系模型表達的模式，并進行規(guī)范化處理,根據(jù)DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成數(shù)據(jù)庫內(nèi)模式,,,邏輯結(jié)構(gòu),編制程序?qū)崿F(xiàn)所設(shè)計數(shù)據(jù)庫結(jié)構(gòu)的過程，即利用具體的DBMS的支撐語言完成前段設(shè)計的數(shù)據(jù)庫結(jié)構(gòu),運行和維護階段體現(xiàn)了數(shù)據(jù)庫設(shè)計的宗旨，即數(shù)據(jù)庫整個設(shè)計過程的各階段不是線性發(fā)展的，而是迭代式逐步求精進行的,?,一、需求分析,1．需求分析的任務(wù)及方法2．高校管理系統(tǒng)的信息需求,?,需求分析的任務(wù),,一、需求分析,,需求分析任務(wù),：,需求分析重點,調(diào)查、收集與分析用戶在數(shù)據(jù)管理中的信息要求、處理要求、安全性與完整性要求。,信息要求是用戶需要從數(shù)據(jù)庫中獲得信息的內(nèi)容與性質(zhì)。由用戶的信息要求可以導(dǎo)出數(shù)據(jù)要求，即在數(shù)據(jù)庫中需要存儲哪些數(shù)據(jù)。,處理要求是指用戶要求完成什么處理功能，對處理的響應(yīng)時間有什么要求，處理方式是批處理還是聯(lián)機處理。,,,,,,收集資料,了解用戶需求,安全性要求：對存放的信息的安全保密要求,完整性要求：數(shù)據(jù)應(yīng)滿足怎樣的約束條件,,,需求分析的方法,,,需求分析,,用戶缺少計算機知識；設(shè)計人員缺少用戶的專業(yè)知識；用戶需求發(fā)生變化,難！,分析和表達用戶的需求：,主要包括自頂向下和自底向上兩類方法,,自頂向下的結(jié)構(gòu)化分析方法,需求分析的方法,,需求分析,,從最上層的系統(tǒng)組織機構(gòu)入手，采用逐層分解的方式分析系統(tǒng)，并且把每一層用數(shù)據(jù)流圖和數(shù)據(jù)字典描述。,（StructuredAnalysis）：,●,數(shù)據(jù)字典,,需求分析,,數(shù)據(jù)流圖表達了數(shù)據(jù)和處理過程的關(guān)系。系統(tǒng)中的數(shù)據(jù)則借助數(shù)據(jù)字典（DataDictionary）來描述。,數(shù)據(jù)字典,數(shù)據(jù)字典(1),,需求分析,,“學(xué)號”數(shù)據(jù)項：數(shù)據(jù)項：學(xué)號含義說明：唯一標(biāo)識每個學(xué)生別名：學(xué)生編號類型：字符型長度：8取值范圍：00000000至99999999取值含義：前兩位標(biāo)別該學(xué)生所在年級，后六位按順序編號與其他數(shù)據(jù)項的邏輯關(guān)系：,“學(xué)生”數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)結(jié)構(gòu)：學(xué)生含義說明：是學(xué)籍管理子系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了一個學(xué)生的有關(guān)信息組成：學(xué)號，姓名，性別，年齡，所在系，年級,,,,,,數(shù)據(jù)流“體檢結(jié)果”：數(shù)據(jù)流：體檢結(jié)果說明：學(xué)生參加體格檢查的最終結(jié)果數(shù)據(jù)流來源：體檢數(shù)據(jù)流去向：批準(zhǔn)組成：……平均流量：……高峰期流量：……,數(shù)據(jù)存儲“學(xué)生登記表”：數(shù)據(jù)存儲：學(xué)生登記表說明：記錄學(xué)生的基本情況流入數(shù)據(jù)流：……流出數(shù)據(jù)流：……組成：……數(shù)據(jù)量：每年3000張存取方式：隨機存取,,,,,,,處理過程“分配宿舍”：處理過程：分配宿舍說明：為所有新生分配學(xué)生宿舍輸入：學(xué)生，宿舍，輸出：宿舍安排處理：在新生報到后，為所有新生分配學(xué)生宿舍。要求同一間宿舍只能安排同一性別的學(xué)生，同一個學(xué)生只能安排在一個宿舍中。每個學(xué)生的居住面積不小于3平方米。安排新生宿舍其處理時間應(yīng)不超過15分鐘。,,⑴任務(wù),DB應(yīng)用系統(tǒng)要處理的對象(組織、企業(yè)、部門等)進行全面了解，收集用戶對DB的以下需求，以數(shù)據(jù)流程圖和DD等書面形式確定下來。①信息需求：系統(tǒng)用到的所有的信息及其聯(lián)系②處理需求：未來系統(tǒng)對數(shù)據(jù)進行什么樣的處理③安全性需求：對存放的信息的安全保密要求④完整性需求：數(shù)據(jù)應(yīng)滿足怎樣的約束條件,?,①確定系統(tǒng)范圍。②確定用戶對未來系統(tǒng)的各種要求，包括信息要求、處理要求、安全性和完整性要求。③深入分析用戶的業(yè)務(wù)處理，用數(shù)據(jù)流程圖表達整個系統(tǒng)的數(shù)據(jù)的流向和對數(shù)據(jù)進行的處理，描述數(shù)據(jù)與處理間的關(guān)系。④分析系統(tǒng)數(shù)據(jù)，產(chǎn)生數(shù)據(jù)字典DD，以描述數(shù)據(jù)流程圖中涉及的各數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲和處理等。,⑵工作,??,2．高校管理系統(tǒng)的信息需求,⑴教學(xué)管理子系統(tǒng)的信息需求⑵工資及福利管理子系統(tǒng),?,⑴教學(xué)管理子系統(tǒng)的信息需求,管理對象與存儲信息：①學(xué)生：學(xué)號、姓名、性別、年齡等。②班級：班級號、班級名、人數(shù)等。③教師：教師號、姓名、性別、職稱、E-mail地址(同一教師可有多個E-mail地址)、電話號碼和家庭地址(城市、區(qū)、街道、郵政編碼)等。④課程：課程號、課程名、學(xué)分、周學(xué)時、課程類型(周數(shù))等。⑤專業(yè)：專業(yè)號、專業(yè)名、選修門數(shù)等。⑥系：系號、系名等。,??,分析課程：課程號、課程名、學(xué)分、周學(xué)時、課程類型(周數(shù))等。其中：課程類型：共同限選課、專業(yè)選修課(選修人數(shù)上限、人數(shù)下限)或必修課(課程負(fù)責(zé)人)。共同限選課：不分專業(yè)、面向全校學(xué)生的選修課。專業(yè)選修課：面向本專業(yè)學(xué)生的選修課，某一專業(yè)的學(xué)生只能選修自己專業(yè)的專業(yè)選修課。每個專業(yè)都規(guī)定了學(xué)生可以選修的專業(yè)選修課的門數(shù)，不同專業(yè)所規(guī)定的選修課門數(shù)是不同的。,?,教學(xué)管理子系統(tǒng)中各對象間的聯(lián)系：①每個學(xué)生都屬于一個班級，而一個班級可以有多個學(xué)生；②每個班級屬于一個專業(yè)，一個專業(yè)可以有多個班級；③一個專業(yè)屬于一個系，一個系可以有多個專業(yè)；④一個教師屬于一個系，一個系可以有多個教師；⑤每個教師可教授多門課程，同一門課程可有不同的教師教授。但同一教師不能重復(fù)教授某門課程，教師在固定的時間和教室教授某門具體課程；⑥每個學(xué)生可修讀若干門課程(選修課或必修課)，每門課程可有多個學(xué)生修讀。對任何課程學(xué)生都可申請免修不免考；⑦某個具體的學(xué)生參加某門課程的學(xué)習(xí)，應(yīng)有一個固定的教師。,?,主要負(fù)責(zé)管理教師的工資、崗位津貼、養(yǎng)老金、公積金、課時獎金、住房貸款以及醫(yī)療費報銷等。管理對象與存儲信息：①教師：教師編號、姓名、性別、工齡、職稱、基本工資、養(yǎng)老金、公積金等。②課程：包括課程號、課程名、總課時等。③職稱：包括職稱號、職稱名、崗位津貼和住房貸款額等。④被贍養(yǎng)人：包括姓名以及與教師的關(guān)系等。學(xué)校負(fù)責(zé)為被贍養(yǎng)人報銷醫(yī)藥費。,??,⑵工資及福利管理子系統(tǒng),工資及福利管理子系統(tǒng)中各對象間的聯(lián)系：①一個教師的被贍養(yǎng)人可有多個，而一個被贍養(yǎng)人僅被一個教師贍養(yǎng)。如果，夫妻雙方都在學(xué)校工作，他們的被贍養(yǎng)人信息只能掛靠在其中某一人上；②每個教師可教授多門課程，同一門課程可以有不同的教師教授，但同一個教師不能教授兩門相同的課程。并假設(shè)教師在每個學(xué)期末都要接受學(xué)生的評估，而教師的課時獎金與評教等級有關(guān)；③每個教師當(dāng)前被聘任的職稱是惟一的，而不同的教師可被聘同一職稱。,?,二、概念結(jié)構(gòu)設(shè)計,1．局部E-R模型的設(shè)計2．全局E-R模型的設(shè)計,?,（1）．確定實體集和屬性,作為屬性的事物應(yīng)符合的原則：①除了復(fù)合屬性，其他屬性都不能具有需要描述的特性。②屬性不能與其它實體發(fā)生聯(lián)系。符合上述原則的事物應(yīng)作為屬性，其余的應(yīng)作為實體。,E-mail：多值屬性家庭地址：復(fù)合屬性,（2）確定實體集間的聯(lián)系,1．局部E-R模型的設(shè)計,⑴局部E-R模型的設(shè)計步驟⑵設(shè)計教學(xué)管理子系統(tǒng)的E-R模型⑶設(shè)計工資及福利管理子系統(tǒng)的E-R模型,?,⑴局部E-R模型的設(shè)計步驟,?,需求分析結(jié)果,確定局部結(jié)構(gòu)的范圍,全局E-R模型的設(shè)計,有,無,設(shè)計局部E-R模型,確定局部結(jié)構(gòu)的實體,定義局部結(jié)構(gòu)的屬性,定義局部結(jié)構(gòu)的聯(lián)系,,如何抽象實體和屬性,實體：現(xiàn)實世界中一組具有某些共同特性和行為的對象就可以抽象為一個實體。對象和實體之間是“ismemberof”的關(guān)系。例：在學(xué)校環(huán)境中，可把張三、李四等對象抽象為學(xué)生實體。屬性：對象類型的組成成分可以抽象為實體的屬性。組成成分與對象類型之間是“ispartof”的關(guān)系。例：學(xué)號、姓名、專業(yè)、年級等可以抽象為學(xué)生實體的屬性。其中學(xué)號為標(biāo)識學(xué)生實體的碼。,確定實體集和屬性,確定實體集和屬性,①除了復(fù)合屬性，其他屬性都不能具有需要描述的特性。②屬性不能與其它實體發(fā)生聯(lián)系。符合上述原則的事物應(yīng)作為屬性，其余的應(yīng)作為實體。,E-mail：多值屬性家庭地址：復(fù)合屬性,作為屬性的事物應(yīng)符合的原則：,確定實體集間的聯(lián)系,⑵設(shè)計教學(xué)管理子系統(tǒng)的E-R模型,?,,⑶設(shè)計工資及福利管理子系統(tǒng)的E-R模型,?,2．全局E-R模型的設(shè)計,全局E-R模型的設(shè)計過程⑴合并局部E-R模型⑵消除冗余數(shù)據(jù)和冗余聯(lián)系⑶例,?,局部E-R模型,,合并兩個局部E-R模型,檢查并消除沖突,檢查并消除冗余,邏輯結(jié)構(gòu)設(shè)計,請按鍵,★,依次取出所有的局部E-R模型，進行合并，直至所有的局部E-R模型都合并完為止。在合并過程中要檢查并消除局部E-R模型間的一些沖突。沖突的種類：①屬性沖突②命名沖突③結(jié)構(gòu)沖突,?,⑴合并局部E-R模型,①屬性沖突,包括屬性域沖突和屬性取值單位的沖突。屬性域的沖突：指同一屬性在不同局部E-R模型中有不同數(shù)據(jù)類型、取值范圍或取值集合。,?,②命名沖突,同名異義：是指具有不同意義的對象在不同的局部E-R模型中卻使用了相同的名字。異名同義：是指具有同一意義的對象在不同的局部E-R模型中卻使用了不同的名字。,?,③結(jié)構(gòu)沖突,同一對象在不同的局部E-R模型中具有不同的抽象如：課程實體中有課程類型屬性，課程類型又作為另一實體。應(yīng)同一實體在不同的局部E-R模型中包含不同的屬性個數(shù)和排列次序?qū)嶓w間的聯(lián)系在不同的局部E-R模型中具有不同的類型。,?,⑵消除冗余數(shù)據(jù)和冗余聯(lián)系,檢查合并后的E-R模型中有無冗余數(shù)據(jù)和冗余聯(lián)系，如有則根據(jù)實際情況消除之。,?,教學(xué)管理與工資及福利管理子系統(tǒng)中，教師的職工號存在命名沖突；教師實體存在結(jié)構(gòu)沖突。,⑶例,??,教師實體存在命名沖突與結(jié)構(gòu)沖突，進行統(tǒng)一與合并。,教師,統(tǒng)一與合并后,?,請按鍵,★,課程實體存在結(jié)構(gòu)沖突，進行合并,?,教學(xué)管理子系統(tǒng),工資及福利子系統(tǒng),合并后,請按鍵,★,教授聯(lián)系的合并,?,教學(xué)管理子系統(tǒng),工資及福利子系統(tǒng),合并后,請按鍵,★,課程、教師和學(xué)生實體及相互之間的聯(lián)系將“教授”和“上課”聯(lián)系和并為如下的“教授”(冗余),?,請按鍵,★,合并后生成的全局E-R模型,?,三、邏輯結(jié)構(gòu)設(shè)計,⑴任務(wù)⑵考慮因素⑶RDBMS產(chǎn)品的邏輯結(jié)構(gòu)設(shè)計⑷邏輯結(jié)構(gòu)的設(shè)計過程⑸全局E-R模型轉(zhuǎn)換成初始關(guān)系模型的規(guī)則,?,⑴任務(wù),根據(jù)E-R模型和需求分析所產(chǎn)生的文檔，并綜合考慮所選擇的具體DBMS的特點，設(shè)計出整個DB的邏輯結(jié)構(gòu)。,?,⑵考慮因素,包括DBMS產(chǎn)品的性能和價格，以及所設(shè)計的應(yīng)用系統(tǒng)的功能復(fù)雜程度。,?,⑶RDBMS產(chǎn)品的邏輯結(jié)構(gòu)設(shè)計,指設(shè)計DB中所應(yīng)包含的各個關(guān)系模式的結(jié)構(gòu)，包括各關(guān)系模式的名稱、每一關(guān)系模式中各屬性的名稱、數(shù)據(jù)類型、取值范圍等內(nèi)容。,?,⑷邏輯結(jié)構(gòu)的設(shè)計過程,?,需求分析文檔、全局E-R模型、具體DBMS的特性,,設(shè)計初始關(guān)系模型,取出一關(guān)系模式，并對其進行評價,關(guān)系模式的規(guī)范化,關(guān)系模型的反規(guī)范化,請按鍵,★,⑸全局E-R模型轉(zhuǎn)換成初始關(guān)系模型的規(guī)則,①E-R模型中的一個常規(guī)實體集轉(zhuǎn)換為一個關(guān)系模式②E-R模型中的多值屬性轉(zhuǎn)換為一個關(guān)系模式③E-R模型中的一個聯(lián)系轉(zhuǎn)換為一個關(guān)系模式④根據(jù)實際情況，將具有相同鍵的關(guān)系模式合并,?,①E-R模型中的一個常規(guī)實體集轉(zhuǎn)換為一個關(guān)系模式,該關(guān)系模式的屬性由原實體集中的各屬性組成，關(guān)系模式的關(guān)鍵字也就是原實體集的關(guān)鍵字。班級(班級號，班級名，人數(shù))學(xué)生(學(xué)號，姓名，性別，年齡)職稱(職稱號，職稱名，崗位津貼，住房貸款額)課程類型(類型號，類型名，周數(shù))專業(yè)(專業(yè)號，專業(yè)名，選修門數(shù))系(系號，系名),?,②E-R模型中的多值屬性轉(zhuǎn)換為一個關(guān)系模式,該關(guān)系模式的屬性由多值屬性及其相應(yīng)實體的關(guān)鍵字組成。教師實體集中的E-mail地址屬性轉(zhuǎn)換成的關(guān)系模式如下：Email（教師號，E-mail地址）,?,該關(guān)系模式的屬性由與該聯(lián)系相連的各實體集的鍵和聯(lián)系的屬性組成，該關(guān)系模式的鍵則應(yīng)根據(jù)實體集間的聯(lián)系的不同類型分別考慮。1:1聯(lián)系：與該聯(lián)系相連的各實體集的關(guān)鍵字均可作關(guān)系模式的關(guān)鍵字；1:n聯(lián)系：關(guān)系模式的關(guān)鍵字應(yīng)是n端實體集的關(guān)鍵字；m:n聯(lián)系：關(guān)系模式的關(guān)鍵字由與該聯(lián)系相連的各實體集的關(guān)鍵字組成。,??,③E-R模型中一個聯(lián)系轉(zhuǎn)換為一個關(guān)系模式,分類（課程號，類型號）,?,考試（學(xué)生號，課程號，成績）,?,班級(班級號，班級名，人數(shù))包括(班級號，專業(yè)號)關(guān)系模式合并為：班級(班級號，班級名，人數(shù)，專業(yè)號)學(xué)生(學(xué)號，姓名，性別，年齡)屬于(學(xué)號，班級號)關(guān)系模式合并為：學(xué)生(學(xué)號，姓名，性別，年齡，班級號),??,④根據(jù)實際情況，將具有相同鍵的關(guān)系模式合并,四、物理設(shè)計,物理設(shè)計：指為給定的一個邏輯數(shù)據(jù)模型選擇最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)。RDB的物理結(jié)構(gòu)：指數(shù)據(jù)的存取方法和存儲結(jié)構(gòu)。數(shù)據(jù)庫物理設(shè)計的步驟：1．確定DB的物理結(jié)構(gòu)2．評價物理結(jié)構(gòu),數(shù)據(jù)庫物理設(shè)計的步驟,,,,邏輯模型,⑴設(shè)計人員必須了解的問題,①詳細(xì)了解給定的DBMS的功能和特點，特別是該DBMS所提供的物理環(huán)境和功能。②熟悉應(yīng)用環(huán)境，了解所設(shè)計的應(yīng)用系統(tǒng)中各部分的重要程度、處理頻率、對響應(yīng)時間的要求，并把它們作為物理設(shè)計過程中平衡時間和空間效率時的依據(jù)。③了解外存設(shè)備的特性，如分塊原則、塊因子大小的規(guī)定、設(shè)備的I/O特性等等。,?,①確定數(shù)據(jù)的存儲結(jié)構(gòu)。需考慮存取時間、空間效率和維護代價間的平衡。如在引入冗余數(shù)據(jù)以加快存取速度時應(yīng)兼顧系統(tǒng)的空間效率。②選擇合適的存取路徑。如確定該為哪些關(guān)系模式建立索引，索引關(guān)鍵字是什么等等。③確定數(shù)據(jù)的存放位置。如確定數(shù)據(jù)存放在一個磁盤上還是多個磁盤上，什么數(shù)據(jù)應(yīng)存放在高速存儲器上，什么應(yīng)存放在低速存儲器上等。④確定存取分布。許多DBMS都提供了一些存儲分配參數(shù)供設(shè)計者使用。如緩沖區(qū)的大小和個數(shù)、塊的長度、塊因子的大小等等。設(shè)計者必須規(guī)定其中的一些參數(shù)的設(shè)置。,?,⑵物理設(shè)計的內(nèi)容,例1：假設(shè)學(xué)生關(guān)系按所在系建有索引，現(xiàn)在要查詢信息系的所有學(xué)生名單。信息系的500名學(xué)生分布在500個不同的物理塊上時，至少要執(zhí)行500次I/O操作。如果將同一系的學(xué)生元組集中存放，則每讀一個物理塊可得到多個滿足查詢條件的元組，從而顯著地減少了訪問磁盤的次數(shù)。例2：CREATECLUSTERINDEXStusnameONStudent(Sname)；在Student表的Sname（姓名）列上建立一個聚簇索引，而且Student表中的記錄將按照Sname值的升序存放例3：假設(shè)用戶經(jīng)常要按系別查詢學(xué)生成績單，這一查詢涉及學(xué)生關(guān)系和選修關(guān)系的連接操作，即需要按學(xué)號連接這兩個關(guān)系，為提高連接操作的效率，可以把具有相同學(xué)號值的學(xué)生元組和選修元組在物理上聚簇在一起。這就相當(dāng)于把多個關(guān)系按“預(yù)連接”的形式存放，從而大大提高連接操作的效率。,舉例說明,五、數(shù)據(jù)庫實施,數(shù)據(jù)庫實施的工作內(nèi)容定義數(shù)據(jù)庫結(jié)構(gòu)組織數(shù)據(jù)入庫編制與調(diào)試應(yīng)用程序數(shù)據(jù)庫試運行,?,⑴建立DB的結(jié)構(gòu),利用給定的DBMS所提供的命令，建立DB的模式、外模式和內(nèi)模式。對RDB來說，就是創(chuàng)建DB、建立DB中所包含的各個基本表、視圖、索引等等。例，定義表結(jié)構(gòu)：接下來是在這些基本表上定義視圖：如果需要使用聚簇，在建基本表之前，應(yīng)先用CREATECLUSTER語句定義聚族。,CREATEVIEW....(……………);,CREATETABLE學(xué)生(學(xué)號CHAR(8),……………);,必須將分散在各個不同部門的數(shù)據(jù)抽取出來，輸入計算機，并經(jīng)過分類轉(zhuǎn)換，使它們的結(jié)構(gòu)與新系統(tǒng)DB的結(jié)構(gòu)一致，然后才能輸入到DB中去。程序調(diào)試時需要將少部分的、適合程序調(diào)試用的數(shù)據(jù)裝入到DB，系統(tǒng)運行正常后則需要將所有的原始數(shù)據(jù)裝入到DB。,⑵將原始數(shù)據(jù)裝入DB,⑶應(yīng)用程序的編制調(diào)試,與數(shù)據(jù)載入同時進行的工作是應(yīng)用程序的編制和調(diào)試。,（4）DB的試運行,應(yīng)用程序調(diào)試完成，并且已有一小部分?jǐn)?shù)據(jù)入庫后，就可以開始數(shù)據(jù)庫的試運行。數(shù)據(jù)庫試運行也稱為聯(lián)合調(diào)試，其主要工作包括：1）功能測試：實際運行應(yīng)用程序，執(zhí)行對數(shù)據(jù)庫的各種操作，測試應(yīng)用程序的各種功能。2）性能測試：測量系統(tǒng)的性能指標(biāo)，分析是否符合設(shè)計目標(biāo)。(原因：應(yīng)用程序：修改應(yīng)用程序的源代碼；DB結(jié)構(gòu)不合理：修改物理結(jié)構(gòu)或邏輯結(jié)構(gòu))。應(yīng)經(jīng)常對DB中的數(shù)據(jù)進行備份(該階段，系統(tǒng)很不穩(wěn)定，容易給DB中的數(shù)據(jù)造成破壞)。,?,六、數(shù)據(jù)庫運行和維護,DBS投入運行后，由DBA對DBD進行經(jīng)常性的維護工作。⑴DB的轉(zhuǎn)儲和恢復(fù)定期對DB進行備份⑵DB的安全性和完整性控制應(yīng)根據(jù)實際情況調(diào)整⑶DB性能的監(jiān)督、分析和改造進行分析，不斷改進⑷DB的重組織與重構(gòu)造更新操作、應(yīng)用環(huán)境變化,?,數(shù)據(jù)庫設(shè)計小結(jié),數(shù)據(jù)庫的設(shè)計過程需求分析概念結(jié)構(gòu)設(shè)計邏輯結(jié)構(gòu)設(shè)計物理設(shè)計實施運行維護設(shè)計過程中往往還會有許多反復(fù)。,小結(jié)（續(xù)）,數(shù)據(jù)庫各級模式的形成數(shù)據(jù)庫的各級模式是在設(shè)計過程中逐步形成的需求分析階段綜合各個用戶的應(yīng)用需求（信息、處理、安全、完整）概念設(shè)計階段形成獨立于機器特點、獨立于各個DBMS產(chǎn)品的概念模式（信息世界模型），用E-R圖來描述。在邏輯設(shè)計階段將E-R圖轉(zhuǎn)換成具體的數(shù)據(jù)庫產(chǎn)品支持的數(shù)據(jù)模型如關(guān)系模型，形成數(shù)據(jù)庫邏輯模式。然后根據(jù)用戶處理的要求，安全性的考慮，在基本表的基礎(chǔ)上再建立必要的視圖（VIEW）形成數(shù)據(jù)的外模式。在物理設(shè)計階段根據(jù)DBMS特點和處理的需要，進行物理存儲安排，設(shè)計索引，形成數(shù)據(jù)庫內(nèi)模式。,整個數(shù)據(jù)庫設(shè)計過程體現(xiàn)了結(jié)構(gòu)特征與行為特征的緊密結(jié)合。,小結(jié)（續(xù)）,目前很多DBMS都提供了一些輔助工具（CASE工具），為加快數(shù)據(jù)庫設(shè)計速度，設(shè)計人員可根據(jù)需要選用。例如需求分析完成之后，設(shè)計人員可以使用ORACLEDESIGNER2000畫E-R圖，將E-R圖轉(zhuǎn)換為關(guān)系數(shù)據(jù)模型，生成數(shù)據(jù)庫結(jié)構(gòu)；畫數(shù)據(jù)流圖，生成應(yīng)用程序。利用CASE工具生成的僅僅是數(shù)據(jù)庫應(yīng)用系統(tǒng)的一個雛形，比較粗糙，數(shù)據(jù)庫設(shè)計人員需要根據(jù)用戶的應(yīng)用需求進一步修改該雛形，使之成為一個完善的系統(tǒng)。早期就選擇某種CASE工具固然能減少數(shù)據(jù)庫設(shè)計的復(fù)雜性，加快數(shù)據(jù)庫設(shè)計的速度，但往往容易將自己限制于某一個DBMS上，而不是根據(jù)概念設(shè)計的結(jié)果選擇合適的DBMS。,?,