邏輯結構設計

1、.數據庫系統(tǒng)概論數據庫系統(tǒng)概論An Introduction to Database System第七章第七章 數據庫設計數據庫設計( (續(xù)續(xù)2)2).第七章第七章 數據庫設計數據庫設計7.1 數據庫設計概述數據庫設計概述7.2 需求分析需求分析7.3 概念結構設計概念結構設計7.4 邏輯結構設計邏輯結構設計7.5 數據庫的物理設計數據庫的物理設計7.6 數據庫的實施和維護數據庫的實施和維護7.7 小結小結.7.4 邏輯結構設計邏輯結構設計v邏輯結構設計的任務把概念結構設計階段設計好的基本E-R圖轉換為與選用DBMS產品所支持的數據模型相符合的邏輯結構v邏輯結構設計的步驟將概念結構轉化為一般的

2、關系、網狀、層次模型將轉換來的關系、網狀、層次模型向特定DBMS支持下的數據模型轉換對數據模型進行優(yōu)化. 邏輯結構設計邏輯結構設計(續(xù)續(xù))邏輯結構設計時的3個步驟 .7.4 邏輯結構設計邏輯結構設計7.4.1 E-R圖向關系模型的轉換圖向關系模型的轉換7.4.2 數據模型的優(yōu)化數據模型的優(yōu)化7.4.3 設計用戶子模式設計用戶子模式.7.4.1 E-R圖向關系模型的轉換圖向關系模型的轉換v轉換內容v轉換原則.E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）vE-R圖向關系模型的轉換要解決的問題 如何將實體型和實體間的聯系轉換為關系模式 如何確定這些關系模式的屬性和碼 v轉換內容 將E-R圖

3、轉換為關系模型：將實體、實體的屬性和實體之間的聯系轉換為關系模式。.E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）實體型間的聯系有以下不同情況 ：(1)一個1:1聯系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。轉換為一個獨立的關系模式 與某一端實體對應的關系模式合并(2)一個1:n聯系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。 轉換為一個獨立的關系模式與n端對應的關系模式合并.E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）(3) 一個m:n聯系轉換為一個關系模式。例，“選修”聯系是一個m:n聯系，可以將它轉換為如下關系模式，其中學號與課

4、程號為關系的組合碼：選修（學號，課程號，成績）.E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）(4)三個或三個以上實體間的一個多元聯系轉換為一個關系模式。例，“講授”聯系是一個三元聯系，可以將它轉換為如下關系模式，其中課程號、職工號和書號為關系的組合碼：講授（課程號，職工號，書號）.E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）(5)具有相同碼的關系模式可合并 目的：減少系統(tǒng)中的關系個數 合并方法：將其中一個關系模式的全部屬性加入到另一個關系模式中，然后去掉其中的同義屬性（可能同名也可能不同名），并適當調整屬性的次序.E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）注意：

5、v 從理論上講，1:1聯系可以與任意一端對應的關系模式合并v 但在一些情況下，與不同的關系模式合并效率會大不一樣。因此究竟應該與哪端的關系模式合并需要依應用的具體情況而定。v 由于連接操作是最費時的操作，所以一般應以盡量減少連接操作為目標。 例如，如果經常要查詢某個班級的班主任姓名，則將管理聯系與教師關系合并更好些。.E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）例 把圖7.30中虛線上部的E-R圖轉換為關系模型 部門實體對應的關系模式 部門（部門號，部門名，經理的職工號，） 此關系模式已包含了聯系“領導”所對應的關系模式 經理的職工號是關系的候選碼 職工實體對應的關系模式 職工（職工

6、號、部門號，職工名，職務，） 該關系模式已包含了聯系“屬于”所對應的關系模式 .E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）例 把圖7.30中虛線上部的E-R圖轉換為關系模型（續(xù)） 產品實體對應的關系模式 產品（產品號，產品名，產品組長的職工號，） 供應商實體對應的關系模式 供應商（供應商號，姓名，） 零件實體對應的關系模式 零件（零件號，零件名，） .E-R圖向關系模型的轉換（續(xù)）圖向關系模型的轉換（續(xù)）例 把圖7.30中虛線上部的E-R圖轉換為關系模型（續(xù)） 聯系“參加”所對應的關系模式 職工工作（職工號，產品號，工作天數，） 聯系“供應”所對應的關系模式 供應（產品號，供應商號

7、，零件號，供應量） .7.4 邏輯結構設計邏輯結構設計7.4.1 E-R圖向關系模型的轉換圖向關系模型的轉換7.4.2 數據模型的優(yōu)化數據模型的優(yōu)化7.4.3 設計用戶子模式設計用戶子模式.7.4.2 數據模型的優(yōu)化數據模型的優(yōu)化v 得到初步數據模型后，還應該適當地修改、調整數據模型的結構，以進一步提高數據庫應用系統(tǒng)的性能，這就是數據模型的優(yōu)化v 關系數據模型的優(yōu)化通常以規(guī)范化理論為指導.數據模型的優(yōu)化（續(xù)）數據模型的優(yōu)化（續(xù)）v優(yōu)化數據模型的方法v確定數據依賴v按需求分析階段所得到的語義，分別寫出每個關系模式內部各屬性之間的數據依賴以及不同關系模式屬性之間數據依賴v消除 冗余的聯系v對于各個

8、關系模式之間的數據依賴進行極小化處理，消除 冗余的聯系。v確定所屬范式按照數據依賴的理論對關系模式逐一進行分析考查是否存在部分函數依賴、傳遞函數依賴、多值依賴等確定各關系模式分別屬于第幾范式.數據模型的優(yōu)化（續(xù)）數據模型的優(yōu)化（續(xù)）v按照需求分析階段得到的各種應用對數據處理的要求，分析對于這樣的應用環(huán)境這些模式是否合適，v 確定是否要對它們進行合并或分解。并不是規(guī)范化程度越高的關系就越優(yōu)，一般說來，第三范式就足夠了.數據模型的優(yōu)化（續(xù)）數據模型的優(yōu)化（續(xù)）例：在關系模式 學生成績單(學號,英語,數學,語文,平均成績) 中存在下列函數依賴： 學號英語 學號數學 學號語文 學號平均成績 (英語,

9、數學, 語文)平均成績.數據模型的優(yōu)化（續(xù)）數據模型的優(yōu)化（續(xù)） 顯然有： 學號(英語,數學,語文)因此該關系模式中存在傳遞函數信賴，是2NF關系 雖然平均成績可以由其他屬性推算出來，但如果應用中需要經常查詢學生的平均成績，為提高效率，仍然可保留該冗余數據，對關系模式不再做進一步分解.數據模型的優(yōu)化（續(xù)）數據模型的優(yōu)化（續(xù)）v按照需求分析階段得到的各種應用對數據處理的要求，對關系模式進行必要的分解，以提高數據操作的效率和存儲空間的利用率常用分解方法 水平分解 垂直分解.數據模型的優(yōu)化（續(xù)）數據模型的優(yōu)化（續(xù)） 水平分解什么是水平分解 把(基本)關系的元組分為若干子集合，定義每個子集合為一個子關

10、系，以提高系統(tǒng)的效率水平分解的適用范圍 滿足“80/20原則”的應用 并發(fā)事務經常存取不相交的數據.數據模型的優(yōu)化（續(xù)）數據模型的優(yōu)化（續(xù)） 垂直分解什么是垂直分解 把關系模式R的屬性分解為若干子集合，形成若干子關系模式垂直分解的適用范圍 取決于分解后R上的所有事務的總效率是否得到了提高.7.4 邏輯結構設計邏輯結構設計7.4.1 E-R圖向關系模型的轉換圖向關系模型的轉換7.4.2 數據模型的優(yōu)化數據模型的優(yōu)化7.4.3 設計用戶子模式設計用戶子模式.7.4.3 設計用戶子模式設計用戶子模式v定義用戶外模式時應該注重的問題 包括三個方面： (1) 使用更符合用戶習慣的別名 (2) 針對不同級

11、別的用戶定義不同的View ，以 滿足系統(tǒng)對安全性的要求。 (3) 簡化用戶對系統(tǒng)的使用.設計用戶子模式（續(xù)）設計用戶子模式（續(xù)）例例 關系模式產品（產品號，產品名，規(guī)格，單價，生產車間，生產負責人，產品成本，產品合格率，質量等級），可以在產品關系上建立兩個視圖： 為一般顧客建立視圖： 產品1（產品號，產品名，規(guī)格，單價） 為產品銷售部門建立視圖： 產品2（產品號，產品名，規(guī)格，單價，車間，生產負責人） 顧客視圖中只包含允許顧客查詢的屬性 銷售部門視圖中只包含允許銷售部門查詢的屬性 生產領導部門則可以查詢全部產品數據 可以防止用戶非法訪問不允許他們查詢的數據，保證系統(tǒng)的安全性.邏輯結構設計小結

12、邏輯結構設計小結v 任務 將概念結構轉化為具體的數據模型v 邏輯結構設計的步驟 將概念結構轉化為一般的關系、網狀、層次模型 將轉化來的關系、網狀、層次模型向特定DBMS支持下的數據模型轉換 對數據模型進行優(yōu)化 設計用戶子模式.邏輯結構設計小結邏輯結構設計小結vE-R圖向關系模型的轉換內容vE-R圖向關系模型的轉換原則.邏輯結構設計小結邏輯結構設計小結v優(yōu)化數據模型的方法 1. 確定數據依賴 2. 對于各個關系模式之間的數據依賴進行極小化處理，消除冗余的聯系。 3. 確定各關系模式分別屬于第幾范式。 4. 分析對于應用環(huán)境這些模式是否合適，確定是否要對它們進行合并或分解。 5. 對關系模式進行必

13、要的分解或合并.邏輯結構設計小結邏輯結構設計小結v設計用戶子模式 1. 使用更符合用戶習慣的別名 2. 針對不同級別的用戶定義不同的外模式，以滿足系統(tǒng)對安全性的要求。 3. 簡化用戶對系統(tǒng)的使用.第七章第七章 數據庫設計數據庫設計7.1 數據庫設計概述數據庫設計概述7.2 需求分析需求分析7.3 概念結構設計概念結構設計7.4 邏輯結構設計邏輯結構設計7.5 數據庫的物理設計數據庫的物理設計7.6 數據庫的實施和維護數據庫的實施和維護7.7 小結小結.7.5 數據庫的物理設計數據庫的物理設計v數據庫的物理設計 數據庫在物理設備上的存儲結構與存取方法稱為數據庫的物理結構，它依賴于選定的數據庫管理

14、系統(tǒng) 為一個給定的邏輯數據模型選取一個最適合應用環(huán)境的物理結構的過程，就是數據庫的物理設計.數據庫的物理設計數據庫的物理設計(續(xù)續(xù))v數據庫物理設計的步驟 確定數據庫的物理結構，在關系數據庫中主要指存取方法和存儲結構 對物理結構進行評價，評價的重點是時間和空間效率 如果評價結果滿足原設計要求，則可進入到物理實施階段，否則，就需要重新設計或修改物理結構，有時甚至要返回邏輯設計階段修改數據模型.數據庫的物理設計數據庫的物理設計(續(xù)續(xù))數據庫物理設計數據庫物理設計確定數確定數據庫的據庫的物理結物理結構構評價數據評價數據庫的物理庫的物理結構結構邏輯結邏輯結構設計構設計數據庫數據庫實施實施物理物理模型模

15、型邏輯邏輯模型模型.7.5 數據庫的物理設計數據庫的物理設計7.5.1 數據庫物理設計的內容和方法數據庫物理設計的內容和方法7.5.2 關系模式存取方法選擇關系模式存取方法選擇7.5.3 確定數據庫的存儲結構確定數據庫的存儲結構7.5.4 評價物理結構評價物理結構.7.5.1 數據庫物理設計的內容和方法數據庫物理設計的內容和方法v設計物理數據庫結構的準備工作 對要運行的事務進行詳細分析，獲得選擇物理數據庫設計所需參數 充分了解所用RDBMS的內部特征，特別是系統(tǒng)提供的存取方法和存儲結構.數據庫的物理設計的內容和方法（續(xù)）數據庫的物理設計的內容和方法（續(xù)）v選擇物理數據庫設計所需參數 數據庫查詢

16、事務查詢的關系 查詢條件所涉及的屬性 連接條件所涉及的屬性 查詢的投影屬性 .數據庫的物理設計的內容和方法（續(xù)）數據庫的物理設計的內容和方法（續(xù)）v選擇物理數據庫設計所需參數(續(xù)) 數據更新事務被更新的關系每個關系上的更新操作條件所涉及的屬性 修改操作要改變的屬性值 每個事務在各關系上運行的頻率和性能要求.數據庫的物理設計的內容和方法（續(xù)）數據庫的物理設計的內容和方法（續(xù)）v關系數據庫物理設計的內容 為關系模式選擇存取方法(建立存取路徑) 設計關系、索引等數據庫文件的物理存儲結構.7.5 數據庫的物理設計數據庫的物理設計7.5.1 數據庫物理設計的內容和方法數據庫物理設計的內容和方法7.5.2

17、 關系模式存取方法選擇關系模式存取方法選擇7.5.3 確定數據庫的存儲結構確定數據庫的存儲結構7.5.4 評價物理結構評價物理結構.7.5.2 關系模式存取方法選擇關系模式存取方法選擇v 數據庫系統(tǒng)是多用戶共享的系統(tǒng)，對同一個關系要建立多條存取路徑才能滿足多用戶的多種應用要求v 物理設計的任務之一就是要確定選擇哪些存取方法，即建立哪些存取路徑.關系模式存取方法選擇（續(xù)）關系模式存取方法選擇（續(xù)）vDBMS常用存取方法 索引方法目前主要是B+樹索引方法經典存取方法，使用最普遍 聚簇（Cluster）方法 HASH方法.一、索引存取方法的選擇一、索引存取方法的選擇v 根據應用要求確定 對哪些屬性列

18、建立索引 對哪些屬性列建立組合索引 對哪些索引要設計為唯一索引.索引存取方法的選擇（續(xù)）索引存取方法的選擇（續(xù)）v 選擇索引存取方法的一般規(guī)則如果一個(或一組)屬性經常在查詢條件中出現，則考慮在這個(或這組)屬性上建立索引(或組合索引)如果一個屬性經常作為最大值和最小值等聚集函數的參數，則考慮在這個屬性上建立索引如果一個(或一組)屬性經常在連接操作的連接條件中出現，則考慮在這個(或這組)屬性上建立索引v關系上定義的索引數過多會帶來較多的額外開銷 維護索引的開銷 查找索引的開銷.二、聚簇存取方法的選擇二、聚簇存取方法的選擇v聚簇 為了提高某個屬性（或屬性組）的查詢速度，把這個或這些屬性（稱為聚簇

19、碼）上具有相同值的元組集中存放在連續(xù)的物理塊稱為聚簇.聚簇存取方法的選擇（續(xù)）聚簇存取方法的選擇（續(xù)）v聚簇的用途 1. 大大提高按聚簇碼進行查詢的效率 例：假設學生關系按所在系建有索引，現在要查詢信息系的所有學生名單。信息系的500名學生分布在500個不同的物理塊上時，至少要執(zhí)行500次I/O操作如果將同一系的學生元組集中存放，則每讀一個物理塊可得到多個滿足查詢條件的元組，從而顯著地減少了訪問磁盤的次數.聚簇存取方法的選擇（續(xù)）聚簇存取方法的選擇（續(xù)） 2. 節(jié)省存儲空間聚簇以后，聚簇碼相同的元組集中在一起了，因而聚簇碼值不必在每個元組中重復存儲，只要在一組中存一次就行了.聚簇存取方法的選擇

20、（續(xù)）聚簇存取方法的選擇（續(xù)）v聚簇的局限性 1. 聚簇只能提高某些特定應用的性能 2. 建立與維護聚簇的開銷相當大對已有關系建立聚簇，將導致關系中元組移動其物理存儲位置，并使此關系上原有的索引無效，必須重建當一個元組的聚簇碼改變時，該元組的存儲位置也要做相應移動.聚簇存取方法的選擇（續(xù)）聚簇存取方法的選擇（續(xù)）v聚簇的適用范圍 1. 既適用于單個關系獨立聚簇，也適用于多個關系組合聚簇例：假設用戶經常要按系別查詢學生成績單，這一查詢涉及學生關系和選修關系的連接操作，即需要按學號連接這兩個關系，為提高連接操作的效率，可以把具有相同學號值的學生元組和選修元組在物理上聚簇在一起。這就相當于把多個關系

21、按“預連接”的形式存放，從而大大提高連接操作的效率。.聚簇存取方法的選擇（續(xù)）聚簇存取方法的選擇（續(xù)） 2. 當通過聚簇碼進行訪問或連接是該關系的主要應用，與聚簇碼無關的其他訪問很少或者是次要的時，可以使用聚簇。尤其當SQL語句中包含有與聚簇碼有關的ORDER BY，GROUP BY，UNION，DISTINCT等子句或短語時，使用聚簇特別有利，可以省去對結果集的排序操作.聚簇存取方法的選擇（續(xù)）聚簇存取方法的選擇（續(xù)）v設計候選聚簇對經常在一起進行連接操作的關系可以建立聚簇如果一個關系的一組屬性經常出現在相等比較條件中，則該單個關系可建立聚簇如果一個關系的一個(或一組)屬性上的值重復率很高，

22、則此單個關系可建立聚簇。即對應每個聚簇碼值的平均元組數不太少。太少了，聚簇的效果不明顯.聚簇存取方法的選擇（續(xù)）聚簇存取方法的選擇（續(xù)）v優(yōu)化聚簇設計從聚簇中刪除經常進行全表掃描的關系；從聚簇中刪除更新操作遠多于連接操作的關系；不同的聚簇中可能包含相同的關系，一個關系可以在某一個聚簇中，但不能同時加入多個聚簇 從這多個聚簇方案(包括不建立聚簇)中選擇一個較優(yōu)的，即在這個聚簇上運行各種事務的總代價最小.三、三、HASH存取方法的選擇存取方法的選擇v 選擇HASH存取方法的規(guī)則 當一個關系滿足下列兩個條件時，可以選擇HASH存取方法該關系的屬性主要出現在等值連接條件中或主要出現在相等比較選擇條件中

23、該關系的大小可預知，而且不變； 或 該關系的大小動態(tài)改變，但所選用的DBMS提供了動態(tài)HASH存取方法.7.5 數據庫的物理設計數據庫的物理設計7.5.1 數據庫物理設計的內容和方法數據庫物理設計的內容和方法7.5.2 關系模式存取方法選擇關系模式存取方法選擇7.5.3 確定數據庫的存儲結構確定數據庫的存儲結構7.5.4 評價物理結構評價物理結構.7.5.3 確定數據庫的存儲結構確定數據庫的存儲結構v確定數據庫物理結構的內容 1. 確定數據的存放位置和存儲結構 關系 索引 聚簇 日志 備份 2. 確定系統(tǒng)配置.1. 確定數據的存放位置確定數據的存放位置v確定數據存放位置和存儲結構的因素 存取時

24、間 存儲空間利用率 維護代價 這三個方面常常是相互矛盾的 例：消除一切冗余數據雖能夠節(jié)約存儲空間和減少維護代價，但往往會導致檢索代價的增加 必須進行權衡，選擇一個折中方案.確定數據的存放位置（續(xù)）確定數據的存放位置（續(xù)）v基本原則 根據應用情況將易變部分與穩(wěn)定部分分開存放存取頻率較高部分與存取頻率較低部分，分開存放.確定數據的存放位置（續(xù)）確定數據的存放位置（續(xù)）例：數據庫數據備份、日志文件備份等由于只在故障恢復時才使用，而且數據量很大，可以考慮存放在磁帶上如果計算機有多個磁盤或磁盤陣列 ，可以考慮將表和索引分別放在不同的磁盤上，在查詢時，由于磁盤驅動器并行工作，可以提高物理I/O讀寫的效率

25、.確定數據的存放位置（續(xù)）確定數據的存放位置（續(xù)）例（續(xù)）：可以將比較大的表分別放在兩個磁盤上，以加快存取速度，這在多用戶環(huán)境下特別有效可以將日志文件與數據庫對象（表、索引等）放在不同的磁盤以改進系統(tǒng)的性能.2. 確定系統(tǒng)配置確定系統(tǒng)配置vDBMS產品一般都提供了一些存儲分配參數 同時使用數據庫的用戶數 同時打開的數據庫對象數 內存分配參數 使用的緩沖區(qū)長度、個數 存儲分配參數 .7.5 數據庫的物理設計數據庫的物理設計7.5.1 數據庫物理設計的內容和方法數據庫物理設計的內容和方法7.5.2 關系模式存取方法選擇關系模式存取方法選擇7.5.3 確定數據庫的存儲結構確定數據庫的存儲結構7.5.

26、4 評價物理結構評價物理結構.7.5.4 評價物理結構評價物理結構v評價內容 對數據庫物理設計過程中產生的多種方案進行細致的評價，從中選擇一個較優(yōu)的方案作為數據庫的物理結構.評價物理結構評價物理結構(續(xù)續(xù))v評價方法（完全依賴于所選用的DBMS ） 定量估算各種方案 存儲空間 存取時間 維護代價 對估算結果進行權衡、比較，選擇出一個較優(yōu)的合理的物理結構 如果該結構不符合用戶需求，則需要修改設計.第七章第七章 數據庫設計數據庫設計7.1 數據庫設計概述數據庫設計概述7.2 需求分析需求分析7.3 概念結構設計概念結構設計7.4 邏輯結構設計邏輯結構設計7.5 數據庫的物理設計數據庫的物理設計7.

27、6 數據庫的實施和維護數據庫的實施和維護7.7 小結小結.7.6數據庫實施和維護數據庫實施和維護7.6.1 數據的載入和應用程序的調試數據的載入和應用程序的調試7.6.2 數據庫的試運行數據庫的試運行 7.6.3 數據庫的運行和維護數據庫的運行和維護 .7.6.1 數據的載入和應用程序的調試數據的載入和應用程序的調試v 數據的載入 v 應用程序的編碼和調試. 數據的載入數據的載入 v 數據庫結構建立好后，就可以向數據庫中裝載數據了。組織數據入庫是數據庫實施階段最主要的工作。v 數據裝載方法 人工方法 計算機輔助數據入庫.應用程序的編碼和調試應用程序的編碼和調試v數據庫應用程序的設計應該與數據設

28、計并行進行v在組織數據入庫的同時還要調試應用程序 .7.6數據庫實施和維護數據庫實施和維護7.6.1 數據的載入和應用程序的調試數據的載入和應用程序的調試7.6.2 數據庫的試運行數據庫的試運行 7.6.3 數據庫的運行和維護數據庫的運行和維護 .7.6.2 數據庫的試運行數據庫的試運行v 在原有系統(tǒng)的數據有一小部分已輸入數據庫后，就可以開始對數據庫系統(tǒng)進行聯合調試，稱為數據庫的試運行 v 數據庫試運行主要工作包括：1）功能測試 實際運行數據庫應用程序，執(zhí)行對數據庫的各種操作，測試應用程序的功能是否滿足設計要求 如果不滿足，對應用程序部分則要修改、調整，直到達到設計要求2）性能測試 測量系統(tǒng)的

29、性能指標，分析是否達到設計目標 如果測試的結果與設計目標不符，則要返回物理設計階段，重新調整物理結構，修改系統(tǒng)參數，某些情況下甚至要返回邏輯設計階段，修改邏輯結構 .數據庫的試運行（續(xù)）數據庫的試運行（續(xù)）強調兩點：v 分期分批組織數據入庫 重新設計物理結構甚至邏輯結構，會導致數據重新入庫。 由于數據入庫工作量實在太大，費時、費力，所以應分期分批地組織數據入庫 先輸入小批量數據供調試用待試運行基本合格后再大批量輸入數據逐步增加數據量，逐步完成運行評價.數據庫的試運行（續(xù)）數據庫的試運行（續(xù)）v 數據庫的轉儲和恢復 在數據庫試運行階段，系統(tǒng)還不穩(wěn)定，硬、軟件故障隨時都可能發(fā)生 系統(tǒng)的操作人員對新系統(tǒng)還不熟悉，誤操作也不可避免 因此必須做好數據庫的轉儲和恢復工作，盡量減少對數據庫的破壞。.7.6數據庫實施和維護數據庫實施和維護7.6.1 數據的載入和應用程序的調試數據的載入和應用程序的調試7.6.2 數據庫的試運行數據庫的試運行 7.6.3 數據庫的運行和維護數據庫的