AnIntroductiontoDatabaseSystem概念結構設計小結概念結構設計的步驟抽象數(shù)據(jù)并設計局部視圖集成局部視圖，得到全局概念結構驗證整體概念結構AnIntroductiontoDatabaseSystem概念結構設計小結設計局部視圖⒈選擇局部應用

2.逐一設計分E-R圖標定局部應用中的實體、屬性、碼，實體間的聯(lián)系用E-R圖描述出來AnIntroductiontoDatabaseSystem概念結構設計小結集成局部視圖1.合并分E-R圖，生成初步E-R圖消除沖突屬性沖突、命名沖突、結構沖突2.修改與重構消除不必要的冗余，設計生成基本E-R圖分析方法、規(guī)范化理論AnIntroductiontoDatabaseSystem第七章數(shù)據(jù)庫設計7.1數(shù)據(jù)庫設計概述7.2需求分析7.3概念結構設計7.4邏輯結構設計7.5數(shù)據(jù)庫的物理設計7.6數(shù)據(jù)庫的實施和維護7.7小結AnIntroductiontoDatabaseSystem7.4邏輯結構設計邏輯結構設計的任務把概念結構設計階段設計好的基本E-R圖轉換為與選用DBMS產品所支持的數(shù)據(jù)模型相符合的邏輯結構步驟將概念結構轉化為一般的關系、網狀、層次模型將轉換來的關系、網狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉換對數(shù)據(jù)模型進行優(yōu)化AnIntroductiontoDatabaseSystem

邏輯結構設計(續(xù))邏輯結構設計時的3個步驟

AnIntroductiontoDatabaseSystem7.4邏輯結構設計7.4.1E-R圖向關系模型的轉換7.4.2數(shù)據(jù)模型的優(yōu)化7.4.3設計用戶子模式AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）E-R圖向關系模型的轉換要解決的問題如何將實體型和實體間的聯(lián)系轉換為關系模式如何確定這些關系模式的屬性和碼轉換內容將E-R圖轉換為關系模型：將實體、實體的屬性和實體之間的聯(lián)系轉換為關系模式。AnIntroductiontoDatabaseSystem實體型間的聯(lián)系有以下不同情況：(1)1:1聯(lián)系轉換為一個獨立的關系模式與某一端實體對應的關系模式合并(2)

1:n聯(lián)系轉換為一個獨立的關系模式與n端對應的關系模式合并AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）(3)m:n聯(lián)系

轉換為一個關系模式。

例：

“選修”聯(lián)系是一個m:n聯(lián)系，可以將它轉換為如下關系模式，其中學號與課程號為關系的組合碼：選修（學號，課程號，成績）AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）(4)三個或三個以上實體間的一個多元聯(lián)系

轉換為一個關系模式。

例：

“講授”聯(lián)系是一個三元聯(lián)系，可以將它轉換為如下關系模式，其中課程號、職工號和書號為關系的組合碼：

講授（課程號，職工號，書號）AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）(5)具有相同碼的關系模式可合并目的：減少系統(tǒng)中的關系個數(shù)合并方法：將其中一個關系模式的全部屬性加入到另一個關系模式中，然后去掉其中的同義屬性（可能同名也可能不同名），并適當調整屬性的次序AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）注意：1:1聯(lián)系可以與任意一端對應的關系模式合并與不同的關系模式合并效率會大不一樣。因此究竟應該與哪端的關系模式合并需要依應用的具體情況而定。盡量減少連接操作AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）[例]把圖7.30中虛線上部的E-R圖轉換為關系模型部門實體對應的關系模式部門（部門號，部門名，經理的職工號，…）此關系模式已包含了聯(lián)系“領導”所對應的關系模式經理的職工號是關系的候選碼職工實體對應的關系模式職工（職工號、部門號，職工名，職務，…）該關系模式已包含了聯(lián)系“屬于”所對應的關系模式AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）[例]把圖7.30中虛線上部的E-R圖轉換為關系模型（續(xù)）產品實體對應的關系模式產品（產品號，產品名，產品組長的職工號，…）供應商實體對應的關系模式供應商（供應商號，姓名，…）零件實體對應的關系模式零件（零件號，零件名，…）AnIntroductiontoDatabaseSystemE-R圖向關系模型的轉換（續(xù)）[例]把圖7.30中虛線上部的E-R圖轉換為關系模型（續(xù)）

聯(lián)系“參加”所對應的關系模式職工工作（職工號，產品號，工作天數(shù)，…）聯(lián)系“供應”所對應的關系模式供應（產品號，供應商號，零件號，供應量）

AnIntroductiontoDatabaseSystem7.4邏輯結構設計7.4.1E-R圖向關系模型的轉換7.4.2數(shù)據(jù)模型的優(yōu)化7.4.3設計用戶子模式AnIntroductiontoDatabaseSystem7.4.2數(shù)據(jù)模型的優(yōu)化得到初步數(shù)據(jù)模型后，還應該適當?shù)匦薷摹⒄{整數(shù)據(jù)模型的結構，以進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，這就是數(shù)據(jù)模型的優(yōu)化關系數(shù)據(jù)模型的優(yōu)化通常以規(guī)范化理論為指導AnIntroductiontoDatabaseSystem7.4邏輯結構設計7.4.1E-R圖向關系模型的轉換7.4.2數(shù)據(jù)模型的優(yōu)化7.4.3設計用戶子模式AnIntroductiontoDatabaseSystem7.4.3設計用戶子模式定義用戶外模式時應該注重的問題包括三個方面：

(1)使用更符合用戶習慣的別名

(2)針對不同級別的用戶定義不同的View，以

滿足系統(tǒng)對安全性的要求。

(3)簡化用戶對系統(tǒng)的使用AnIntroductiontoDatabaseSystem設計用戶子模式（續(xù)）[例]

關系模式產品（產品號，產品名，規(guī)格，單價，生產車間，生產負責人，產品成本，產品合格率，質量等級），可以在產品關系上建立兩個視圖：為一般顧客建立視圖：產品1（產品號，產品名，規(guī)格，單價）為產品銷售部門建立視圖：產品2（產品號，產品名，規(guī)格，單價，車間，生產負責人）顧客視圖中只包含允許顧客查詢的屬性銷售部門視圖中只包含允許銷售部門查詢的屬性生產領導部門則可以查詢全部產品數(shù)據(jù)可以防止用戶非法訪問不允許他們查詢的數(shù)據(jù)，保證系統(tǒng)的安全性AnIntroductiontoDatabaseSystem邏輯結構設計小結任務將概念結構轉化為具體的數(shù)據(jù)模型邏輯結構設計的步驟將概念結構轉化為一般的關系、網狀、層次模型將轉化來的關系、網狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉換對數(shù)據(jù)模型進行優(yōu)化設計用戶子模式AnIntroductiontoDatabaseSystem邏輯結構設計小結E-R圖向關系模型的轉換內容E-R圖向關系模型的轉換原則AnIntroductiontoDatabaseSystem邏輯結構設計小結優(yōu)化數(shù)據(jù)模型的方法

1.確定數(shù)據(jù)依賴

2.對于各個關系模式之間的數(shù)據(jù)依賴進行極小化處理，消除冗余的聯(lián)系。

3.確定各關系模式分別屬于第幾范式。

4.分析對于應用環(huán)境這些模式是否合適，確定是否要對它們進行合并或分解。

5.對關系模式進行必要的分解或合并AnIntroductiontoDatabaseSystem邏輯結構設計小結設計用戶子模式

1.使用更符合用戶習慣的別名

2.針對不同級別的用戶定義不同的外模式，以滿足系統(tǒng)對安全性的要求。

3.簡化用戶對系統(tǒng)的使用AnIntroductiontoDatabaseSystem第七章數(shù)據(jù)庫設計7.1數(shù)據(jù)庫設計概述7.2需求分析7.3概念結構設計7.4邏輯結構設計7.5數(shù)據(jù)庫的物理設計7.6數(shù)據(jù)庫的實施和維護7.7小結AnIntroductiontoDatabaseSystem7.5數(shù)據(jù)庫的物理設計數(shù)據(jù)庫的物理設計數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的物理結構，它依賴于選定的數(shù)據(jù)庫管理系統(tǒng)為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應用環(huán)境的物理結構的過程，就是數(shù)據(jù)庫的物理設計AnIntroductiontoDatabaseSystem數(shù)據(jù)庫的物理設計(續(xù))數(shù)據(jù)庫物理設計確定數(shù)據(jù)庫的物理結構評價數(shù)據(jù)庫的物理結構邏輯結構設計數(shù)據(jù)庫實施物理模型邏輯模型AnIntroductiontoDatabaseSystemDBMS常用存取方法索引方法目前主要是B+樹索引方法經典存取方法，使用最普遍

聚簇（Cluster）方法HASH方法AnIntroductiontoDatabaseSystem一、索引存取方法的選擇根據(jù)應用要求確定對哪些屬性列建立索引對哪些屬性列建立組合索引對哪些索引要設計為唯一索引AnIntroductiontoDatabaseSystem7.5數(shù)據(jù)庫的物理設計7.5.1數(shù)據(jù)庫物理設計的內容和方法7.5.2關系模式存取方法選擇7.5.3確定數(shù)據(jù)庫的存儲結構AnIntroductiontoDatabaseSystem7.5.3確定數(shù)據(jù)庫的存儲結構確定數(shù)據(jù)庫物理結構的內容1.確定數(shù)據(jù)的存放位置和存儲結構關系索引聚簇日志備份2.確定系統(tǒng)配置AnIntroductiontoDatabaseSystem第七章數(shù)據(jù)庫設計7.1數(shù)據(jù)庫設計概述7.2需求分析7.3概念結構設計7.4邏輯結構設計7.5數(shù)據(jù)庫的物理設計7.6數(shù)據(jù)庫的實施和維護7.7小結AnIntroductiontoDatabaseSystem7.6數(shù)據(jù)庫實施和維護7.6.1數(shù)據(jù)的載入7.6.2數(shù)據(jù)庫的試運行7.6.3數(shù)據(jù)庫的運行和維護AnIntroductiontoDatabaseSystem

數(shù)據(jù)的載入方法人工方法、計算機輔助數(shù)據(jù)入庫AnIntroductiontoDatabaseSystem7.6.2數(shù)據(jù)庫的試運行在原有系統(tǒng)的數(shù)據(jù)有一小部分已輸入數(shù)據(jù)庫后，就可以開始對數(shù)據(jù)庫系統(tǒng)進行聯(lián)合調試，稱為數(shù)據(jù)庫的試運行。數(shù)據(jù)庫試運行主要工作包括：1）功能測試實際運行數(shù)據(jù)庫應用程序，執(zhí)行對數(shù)據(jù)