《數(shù)據(jù)庫應用技術項目化教程》第一章預備知識 數(shù)據(jù)庫基礎知識

第一章數(shù)據(jù)庫基礎知識學習目標掌握E-R圖設計過程；關系數(shù)據(jù)庫的規(guī)范化；數(shù)據(jù)設計步驟。13了解數(shù)據(jù)庫的相關概念；數(shù)據(jù)庫管理技術的發(fā)展。2熟悉數(shù)據(jù)模型的概念和常見的數(shù)據(jù)模型。掌握了解熟悉數(shù)據(jù)庫基本概念1.1常見的數(shù)據(jù)庫1.21.3數(shù)據(jù)庫管理技術的發(fā)展目錄數(shù)據(jù)模型1.4常見的數(shù)據(jù)模型1.51.6關系數(shù)據(jù)庫的規(guī)范化1.7數(shù)據(jù)庫設計目錄信息是現(xiàn)實世界事物的存在方式或運動狀態(tài)的反映，它通過符號、信號等具體形式表現(xiàn)出來。1.1數(shù)據(jù)庫基本概念數(shù)據(jù)(Data)狹義：數(shù)值數(shù)據(jù)描述事物的符號記錄廣義：數(shù)字、文字、聲音、圖形等大量、海量數(shù)據(jù)庫(DataBase)數(shù)據(jù)集合針對明確的應用目標而設計共享性和易擴充性保證了整個系統(tǒng)數(shù)據(jù)的一致性特性數(shù)據(jù)庫管理系統(tǒng)（DBMS）一種操縱和管理數(shù)據(jù)庫的大型軟件，用于建立、使用和維護數(shù)據(jù)庫集中了各種應用的數(shù)據(jù)與客觀事物的狀態(tài)保持一致（張三豐，男，1990.9，河南，信息工程系，2017）1.1數(shù)據(jù)庫基本概念數(shù)據(jù)庫系統(tǒng)DataBaseSystem(DBS)引入了數(shù)據(jù)庫后的計算機系統(tǒng)硬件軟件數(shù)據(jù)庫人員1.1數(shù)據(jù)庫基本概念1.2常見的數(shù)據(jù)庫-數(shù)據(jù)不能長期保存，用完就刪除。-數(shù)據(jù)的管理由應用程序完成。-數(shù)據(jù)面向應用不能共享。-數(shù)據(jù)不獨立。數(shù)據(jù)集1數(shù)據(jù)集2數(shù)據(jù)集n應用程序1應用程序2應用程序n

1.3.1人工管理階段1.3數(shù)據(jù)管理技術的發(fā)展-數(shù)據(jù)實現(xiàn)了長期保存。-由文件系統(tǒng)管理數(shù)據(jù)。-數(shù)據(jù)共享率低，冗余程度高。-數(shù)據(jù)獨立性差。文件1文件2文件n應用程序1應用程序2應用程序n文件管理系統(tǒng)1.3.2文件系統(tǒng)階段1.3數(shù)據(jù)管理技術的發(fā)展-數(shù)據(jù)結構化。-數(shù)據(jù)共享性高、冗余少且易擴充。-數(shù)據(jù)獨立性高。-數(shù)據(jù)由DBMS統(tǒng)一管理和控制。應用程序1應用程序2應用程序n數(shù)據(jù)庫管理系統(tǒng)數(shù)據(jù)庫1.3.3數(shù)據(jù)庫系統(tǒng)階段1.3數(shù)據(jù)管理技術的發(fā)展模型(Model)

1.4.1數(shù)據(jù)模型的概念1.4數(shù)據(jù)模型數(shù)據(jù)模型（DataModel）它是數(shù)據(jù)特征的抽象。數(shù)據(jù)模型是數(shù)據(jù)庫系統(tǒng)的核心與基礎，它從抽象層次上描述了系統(tǒng)的靜態(tài)特征、動態(tài)行為和約束條件，為數(shù)據(jù)庫系統(tǒng)的信息表示與操作提供了一個抽象的框架。1.4.1數(shù)據(jù)模型的概念1.4數(shù)據(jù)模型數(shù)據(jù)結構1數(shù)據(jù)操作2數(shù)據(jù)的約束條件31.4.1數(shù)據(jù)模型的概念1.4數(shù)據(jù)模型數(shù)據(jù)結構:主要描述數(shù)據(jù)的類型、內容、性質以及數(shù)據(jù)間的聯(lián)系等，是對系統(tǒng)靜態(tài)特征的描述。1.4.1數(shù)據(jù)模型的概念1.4數(shù)據(jù)模型數(shù)據(jù)操作:主要描述在相應的數(shù)據(jù)結構上的操作類型和操作方式，是對系統(tǒng)動態(tài)特征的描述。1.4.1數(shù)據(jù)模型的概念1.4數(shù)據(jù)模型數(shù)據(jù)的約束條件：主要描述數(shù)據(jù)結構內數(shù)據(jù)間的語法、詞義聯(lián)系、他們之間的制約和依存關系，以及數(shù)據(jù)動態(tài)變化的規(guī)則，以保證數(shù)據(jù)的正確、有效和相容。1.4.1數(shù)據(jù)模型的概念1.4數(shù)據(jù)模型（1）概念模型：也稱為信息模型，是一種面向用戶、面向客觀世界的模型，主要用來描述世界的概念化結構。概念模型是現(xiàn)實世界到信息世界的第一次抽象，用于信息世界的建模，是數(shù)據(jù)庫設計人員的有利工具，也是數(shù)據(jù)庫設計人員與用戶之間交流的語言。（2）數(shù)據(jù)模型：它直接面向數(shù)據(jù)庫的邏輯結構，是現(xiàn)實世界的第二次抽象。它是按計算機系統(tǒng)的觀點對數(shù)據(jù)建模，主要用于DBMS的實現(xiàn)。目前最常用的數(shù)據(jù)模型主要包括層次模型、網(wǎng)狀模型和關系模型。1.4.2數(shù)據(jù)模型分類1.4數(shù)據(jù)模型課程部門老師學生選課部門與職工的關系河南省鄭州市1.4.3概念模型的表示方法（1）實體(Entity)：是指客觀世界中存在并且可以相互區(qū)分的事物。實體1.4數(shù)據(jù)模型（2）屬性(Attribute)：是指實體的所具有的某一特性職工號姓名

性別年齡學歷部門1.4數(shù)據(jù)模型1.4.3概念模型的表示方法（3）碼(Key)：是指唯一標識實體的屬性集。例如，職工號是職工實體的碼。（4）域（Domain）：是指屬性的取值范圍。例如，職工號的域為4位整數(shù)。（5）實體型（EntityType）：具有相同屬性的實體必然具有共同的特征和性質，用實體名及其屬性名集合來抽象和刻畫這些實體，稱為實體型。例如，職工（職工號，姓名，性別，年齡，學歷，部門）就是一個實體型。1.4數(shù)據(jù)模型1.4.3概念模型的表示方法學生實體及屬性實體名屬性名學生

學號

姓名

性別

年齡班級1.4數(shù)據(jù)模型

（6）實體集（EntitySet）：同型實體的集合稱為實體集。例如，全體職工就是一個實體集。（7）聯(lián)系（Relationship）：在客觀世界中，事物內部及事物之間是普遍存在聯(lián)的，這些聯(lián)系在信息世界中表現(xiàn)為實體（型）內部的聯(lián)系和實體（型）之間的聯(lián)系。實體內部的聯(lián)系通常是指組成實體的各屬性之間的聯(lián)系。實體之間的聯(lián)系通常是指不同實體型之間的聯(lián)系。1.4數(shù)據(jù)模型

概念模型的表示方法有很多，但最常用的方法為實體-聯(lián)系方法（Entity-RelationshipApproach），簡稱E-R方法，該方法用E-R圖（Entity-RelationshipDiagram，實體-聯(lián)系圖）來描述現(xiàn)實世界的概念模型，E-R方法也稱為E-R模型（Entity-RelationshipModel）。實體名屬性名實體：屬性：實體名屬性名聯(lián)系名聯(lián)系類型1.4數(shù)據(jù)模型1.4.3概念模型的表示方法兩個實體型之間的聯(lián)系通常有3種：1.4數(shù)據(jù)模型1.4.3概念模型的表示方法兩個以上的實體集之間也存在著一對一、一對多、多對多聯(lián)系。1.4數(shù)據(jù)模型1.4.3概念模型的表示方法同一個實體集內的各實體之間也存在一對一、一對多、多對多的聯(lián)系。1.4數(shù)據(jù)模型1.4.3概念模型的表示方法注意：如果聯(lián)系也具有屬性，則這些屬性也要用無向邊與該聯(lián)系連接起來。例如學生與課程之間存在學習的聯(lián)系，學習就有“成績”這一屬性。1.4.3概念模型的表示方法1.4數(shù)據(jù)模型用樹形結構表示各類實體及實體間聯(lián)系。它是數(shù)據(jù)庫系統(tǒng)中最早出現(xiàn)的數(shù)據(jù)模型。層次模型的特點是：有且僅有一個結點無雙親節(jié)點，稱為根結點。除根結點之外的其他節(jié)點有且僅有一個雙親結點。

1.5常見的數(shù)據(jù)模型1.5.1層次模型(HierarchicalModel)用網(wǎng)絡結構表示各類實體及實體間聯(lián)系。網(wǎng)狀模型的特點是：允許一個以上的結點無雙親結點。一個結點可以有多于一個的雙親結點。1.5.2網(wǎng)狀模型（NetworkModel）1.5常見的數(shù)據(jù)模型網(wǎng)狀模型有很多種，以下為幾種典型的圖例：1.5常見的數(shù)據(jù)模型1.5.2網(wǎng)狀模型（NetworkModel）用二維（2-Dimension）表的形式表示各類實體及實體間聯(lián)系。1、關系模型的數(shù)據(jù)結構關系模式的數(shù)據(jù)結構就是一種二維表結構，它由行列組成，如表1-1學生信息表所示：1.5常見的數(shù)據(jù)模型1.5.3關系模型（RelationalModel）表中常見術語：（1）關系(Relation)：一個關系對應著一張二維表，二維表就是關系名。（2）元組(Tuple)：表中的一行就是一個元組。（3）屬性(Attribute)：表中的一列稱為一個屬性。列的值就是屬性值；屬性值的取值范圍為（值）域(Domain)：（4）分量：每一行對應的列的屬性值，即元組中的一個屬性值。（5）關系模式：對關系的描述稱為關系模式。一般表示為關系名（屬性1，屬性2，......,屬性n）。1.5.2關系模型（RelationalModel）1.5常見的數(shù)據(jù)模型表中常見術語：（6）候選鍵或候選碼：關系中存在多個屬性或屬性集都能用來唯一標識該關系的元組，則這些屬性或屬性集稱為該關系的候選鍵或候選碼。（7）主鍵或主碼：在一個關系的若干候選鍵中指定一個用來唯一標識該關系的元組，則稱這個被指定的候選鍵稱為主關鍵字，或簡稱為主鍵、關鍵字、主碼。每一個關系都有并且只有一主鍵，通常用較小的屬性集作為主鍵。1.5.2關系模型（RelationalModel）1.5常見的數(shù)據(jù)模型（8）主屬性和非主屬性：包含在任何一個候選鍵中的屬性稱為主屬性，不包含在任何一個候選鍵中的屬性稱為非主屬性。（9）外鍵或外碼：關系中的某個屬性或屬性集雖然不是該關系的主鍵，或者只是主鍵的一部分，但它卻是別的關系的主鍵時，則稱其為外鍵或者外碼。1.5常見的數(shù)據(jù)模型2、關系模型的數(shù)據(jù)操作與完整性約束。（1）實體完整性規(guī)則（EntityIntegrityRule）：該規(guī)則要求關系中的元組在組成主鍵的屬性上不能有空值，且不能出現(xiàn)重復值。（2）參照完整性規(guī)則（ReferenceIntegrityRule）:該規(guī)則用于約束相關聯(lián)的數(shù)據(jù)表間的數(shù)據(jù)要保持一致，建立外鍵的目的就是為了實現(xiàn)參照完整性。（3）用戶定義的完整性規(guī)則：這是針對某一具體數(shù)據(jù)庫的約束條件并由相關的應用環(huán)境而定。1.5常見的數(shù)據(jù)模型1.5.3關系模型（RelationalModel）3、關系模型的優(yōu)缺點。關系模型的優(yōu)點主要有：（1）數(shù)據(jù)結構單一。在該模型中，不管是實體還是實體之間的聯(lián)系，都用關系來表示，而關系都對應一張二維表，數(shù)據(jù)結構簡單、清晰。（2）關系規(guī)范化，并建立在嚴格的數(shù)學理論基礎上。（3）概念簡單，用戶容易理解和掌握，操作方便。關系模型的缺點主要有：存儲路徑透明，查詢效率不如非關系型數(shù)據(jù)模型。1.5常見的數(shù)據(jù)模型1.5.3關系模型（RelationalModel）面向對象模型采用面向對象的方法來設計數(shù)據(jù)庫，其數(shù)據(jù)庫存儲的對象是以對象為單位，每個對象由屬性和方法組成，具有類和繼承等特點。1.5常見的數(shù)據(jù)模型1.5.4面向對象模型（ObjectOrientedModel）1、常見概念類（Class）：類是對客觀世界中一類具有共同特征的事物的抽象。如學生是一個類、汽車也是一個類。對象（Object）：對象是客觀世界中概念化的實體，是類的具體實現(xiàn)。如一個學生、一輛汽車。1.5.4面向對象模型（ObjectOrientedModel）1.5常見的數(shù)據(jù)模型1.5常見的數(shù)據(jù)模型封裝（Encapsulation）：利用抽象數(shù)據(jù)類型將數(shù)據(jù)和數(shù)據(jù)的操作結合在一起，使其構成一個不可分割的獨立實體，盡可能隱藏內部的細節(jié)，只保留一些對外接口，使之與外部發(fā)生聯(lián)系。繼承（Inheritance）：在一個現(xiàn)有類的基礎上去構建一個新的類，構建出來的新類被稱作子類或派生類，現(xiàn)有類被稱作父類或基類，子類會自動擁有父類所有可繼承的屬性和方法。1.5.4面向對象模型（ObjectOrientedModel）2、面向對象數(shù)據(jù)模型的優(yōu)點：(1)適合處理的數(shù)據(jù)類型豐富，如圖片、聲音、視頻、文本、數(shù)字等。(2)開發(fā)效率高。面向對象模型提供強大的特性，如封裝、繼承、多態(tài)等，這樣允許開發(fā)者不編寫特定對象的代碼就可以構成對象并提供解決方案，有效地提高了開發(fā)效率。(3)提高了數(shù)據(jù)訪問的性能。1.5常見的數(shù)據(jù)模型1.5.4面向對象模型（ObjectOrientedModel）2、面向對象數(shù)據(jù)模型的缺點：(1)沒有準確的定義。該模型很難提供一個準確的定義來說明面向對象DBMS應建成什么樣。(2)維護起來比較麻煩。當對象的定義被改變和移植數(shù)據(jù)庫時，操作起來比較困難。(3)不適合所有應用。該模型更適合于需要管理數(shù)據(jù)對象之間存在復雜關系的應用，并不是適合所有應用。1.5常見的數(shù)據(jù)模型1.5.4面向對象模型（ObjectOrientedModel）范式（NormalForm）是符合某一種級別的關系模式的集合，是衡量關系模式規(guī)范化程度的標準，符合標準的關系才是規(guī)范化的。范式可以分為多個等級：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、BC范式（BCNF）等，一般規(guī)范到3NF就可以滿足大部分的數(shù)據(jù)庫設計要求。1.6關系數(shù)據(jù)庫的規(guī)范化1.6關系數(shù)據(jù)庫的規(guī)范化如果關系模式R中所有的屬性都是不可分解的，則稱該關系模式R滿足第一范式（FirstNormalForm），簡稱1NF，記作R1NF。1.6.1第一范式（1NF）1.6關系數(shù)據(jù)庫的規(guī)范化表1-2中聯(lián)系方式屬性可以再分成系別和班級兩個屬性，不符合1NF的要求，如何將該表規(guī)范成1NF呢？實例1.6關系數(shù)據(jù)庫的規(guī)范化1.5常見的數(shù)據(jù)模型1.6關系數(shù)據(jù)庫的規(guī)范化如果一個關系模式R1NF，且R中的每一個非主屬性都完全函數(shù)依賴于碼，則稱該關系模式R滿足第二范式（SecondNormalForm），簡稱2NF，記作R2NF。1.6關系數(shù)據(jù)庫的規(guī)范化1.6.2第二范式（2NF）實例表1-3符合2NF的要求。1.6關系數(shù)據(jù)庫的規(guī)范化實例例如，學生成績表（學號，課程號，姓名，課程名，成績）中，“學號”和“課程號”字段組成主鍵，“成績”完全依賴于該主鍵，但是“姓名”和“課程名”都只是部分依賴于主鍵，“姓名”可以由“學號”確定，并不需要“課程號”，而“課程名”是由“課程號”決定并不依賴于“學號”。所以該關系表就不符合2NF。對于上面的這種關系，可以將其分解為三張表：（1）學生信息表（學號，姓名）（2）課程信息表（課程號，課程名）（3）成績表（學號，課程號，成績）1.6關系數(shù)據(jù)庫的規(guī)范化1.6關系數(shù)據(jù)庫的規(guī)范化如果一個關系模式R2NF，且R中的每個非主屬性都不傳遞函數(shù)依賴于碼，則稱該關系模式R滿足第三范式（ThirdNormalForm），簡稱3NF，記作R3NF。1.6關系數(shù)據(jù)庫的規(guī)范化1.6.3第三范式（3NF）例如，學生信息（學號，姓名，年齡，班級號，班主任），“班主任”依賴于“學號”是由于“班級號”依賴于“學號”，“班主任”依賴于“班級號”而形成的，“班主任”依賴于“學號”就構成了傳遞函數(shù)依賴，因此不符合3NF。要想讓這個數(shù)據(jù)表符合3NF，可以將此表分解為兩張表：（1）學生信息表（學號，姓名，年齡，班級號）（2）班級信息表（班級號，班主任）實例1.6關系數(shù)據(jù)庫的規(guī)范化1.7數(shù)據(jù)庫設計數(shù)據(jù)庫設計是建立數(shù)據(jù)庫及其應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)過程中的關鍵技術。設計的主要任務是對于一個給定的應用環(huán)境，根據(jù)用戶的各種需求，構造出最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地對數(shù)據(jù)進行管理。1.7數(shù)據(jù)庫設計1.7.1數(shù)據(jù)庫設計概述1.7數(shù)據(jù)庫設計數(shù)據(jù)庫設計的內容主要有兩個方面，分別是結構特性設計和行為特性設計。結構特性設計1行為特性設計21.7數(shù)據(jù)庫設計1.7.1數(shù)據(jù)庫設計概述結構特性設計是指確定數(shù)據(jù)庫的數(shù)據(jù)模型，在滿足要求的前提下應該盡可能地減少冗余，實現(xiàn)數(shù)據(jù)共享。1.7數(shù)據(jù)庫設計1.7.1數(shù)據(jù)庫設計概述行為特性設計是指確定數(shù)據(jù)庫應用的行為和動作，應用的行為由應用程序體現(xiàn)，所以行為特性的設計主要是應用程序的設計。1.7數(shù)據(jù)庫設計1.7.1數(shù)據(jù)庫設計概述1.7數(shù)據(jù)庫設計1.7數(shù)據(jù)庫設計需求分析就是分析用戶的各種需求。

調查用戶實際需求通常按以下步驟進行：（1）調查現(xiàn)實世界的組織機構情況。（2）調查相關部門的業(yè)務活動情況。（3）在熟悉了業(yè)務活動的基礎上，協(xié)助用戶明確對新系統(tǒng)的各種實際需求。（4）確定新系統(tǒng)的邊界。1.7數(shù)據(jù)庫設計1.7.2需求分析調查方法：（1）開調查會。（2）設計調查表請用戶填寫。（3）查閱記錄。（4）詢問。（5）請專人介紹。（6）跟班作業(yè)。1.7數(shù)據(jù)庫設計1.7.2需求分析調查過程中的重點在于“數(shù)據(jù)”與“處理”。通過調查、收集與分析，獲得用戶對數(shù)據(jù)庫的如下要求：（1）信息需求。（2）處理要求。（3）安全性和完整性要求。調查了解了用戶的實際需求以后，還需要進一步分析和表達用戶的需求。經(jīng)過需求分析階段最后會形成系統(tǒng)需求說明書。1.7.2需求分析1.7數(shù)據(jù)庫設計概念結構設計是將需求分析階段得到的用戶需求進行綜合、歸納與抽象成信息結構即概念模型的過程。（1）自頂向下。（2）自底向上。（3）逐步擴張。（4）混合策略。

在設計過程中通常是先自頂向下進行需求分析，然后再自底向上地設計概念結構。1.7數(shù)據(jù)庫設計1.7.3概念結構設計1.7數(shù)據(jù)庫設計概念結構設計主要應用E-R圖（EntityRelationshipDiagram，實體-聯(lián)系圖）來完成。步驟如下：1、對數(shù)據(jù)進行抽象并設計局部E-R圖概念結構設計首先就是要抽象機制對需求分析階段收集到的數(shù)據(jù)分類、組織（聚集），形成實體型、屬性和碼，確定實體型之間的聯(lián)系類型（一對一、一對多或多對多），進而設計分E-R圖。1.7數(shù)據(jù)庫設計1.7.3概念結構設計2、將各局部E-R圖進行合并，形成初步E-R圖各局部E-R圖設計完成后，還需要對它們進行合并，集成為系統(tǒng)整體的E-R圖，當然，形成的這個E-R圖只是一個初步的E-R圖。局部E-R圖的集成有兩種方法：（1）一次集成法，就是一次性地將所有局部E-R圖合并為全局E-R圖。（2）逐步集成法，先集成兩個局部E-R圖，然后用累加的方式逐漸合并進去一個新的E-R圖，這樣一直繼續(xù)下去，直到得到全局的E-R圖。1.7.3概念結構設計1.7數(shù)據(jù)庫設計合并局部E-R圖時要注意消除各局部E-R圖中的不一致，以形成一個能為全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一概念模型。各局部E-R圖之間的沖突主要有三類：(1)屬性沖突。

(2)命名沖突。(3)結構沖突。1.7數(shù)據(jù)庫設計1.7.3概念結構設計3、消除不必要的冗余，形成基本E-R圖在合并后的初步E-R圖中，可能存在冗余的數(shù)據(jù)和冗余的聯(lián)系。所謂冗余的數(shù)據(jù)是指可由基本數(shù)據(jù)導出數(shù)據(jù)，冗余的聯(lián)系是指可由其他聯(lián)系導出的聯(lián)系。概念結構設計階段，哪些冗余信息要消除哪些可以保留需要根據(jù)用戶的整體需求來確定。消除了冗余的初步的E-R圖稱為基本E-R圖，它代表了用戶的數(shù)據(jù)要求，決定了下一步的邏輯結構設計。1.7數(shù)據(jù)庫設計1.7.3概念結構設計邏輯結構設計階段的任務就是將上一階段所設計好的基本E-R圖轉換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。1.7數(shù)據(jù)庫設計1.7.4邏輯結構設計E-R圖向關系模型的轉換在轉換過程中要遵循的的原則有：（1）一個實體型轉換為一個關系模式，實體的屬性就是關系的屬性，實體的碼就是關系的碼。1.7數(shù)據(jù)庫設計1.7.4邏輯結構設計1.7數(shù)據(jù)庫設計（2）可以將1:1聯(lián)系轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。（3）可以將1:n聯(lián)系轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。1.7數(shù)據(jù)庫設計（4）可以將m:n聯(lián)系轉換為一個關系模式。（5）三個或三個以上實體間的一個多元聯(lián)系，可以轉換為一個關系模式。（6）具有相同碼的關系模式可以合并。實例將下圖所示的含有1:1聯(lián)系的E-R圖按上述規(guī)則轉換為關系模式。方案1：聯(lián)系轉換為一個獨立的關系模式：職工（職工號，姓名，年齡）；產(chǎn)品（產(chǎn)品號，產(chǎn)品名，價格）；

負責（職工號，產(chǎn)品號）。

方案2：“負責”與“職工”兩關系模式合并：

職工（職工號，姓名，年齡，產(chǎn)品號）；

產(chǎn)品（產(chǎn)品號，產(chǎn)品名，價格）。方案3：“負責”與“產(chǎn)品”兩關系合并：

職工（職工號，姓名，年齡）；產(chǎn)品（產(chǎn)品號，產(chǎn)品名，價格，職工號）。實例將下圖所示的含有1:n聯(lián)系的E-R圖轉換為關系模式。方案1：聯(lián)系轉換為一個獨立的關系模式：倉庫（倉庫號，地點，面積）；產(chǎn)品（產(chǎn)品號，產(chǎn)品名，價格）；倉儲（倉庫號，產(chǎn)品號，數(shù)量）。.方案2：與n端對應的關系模式合并：倉庫（倉庫號，地點，面積）；產(chǎn)品（產(chǎn)品號，產(chǎn)品名，價格，倉庫號，數(shù)量）。實例將下圖所示的含有m:n聯(lián)系的E-R圖轉換為關系模式。學生（學號，姓名，年齡，性別）；課程（課程號，課程名，學時數(shù)）；選修（學號，課程號，成績）。實例將下圖所示的含有m:n聯(lián)系的E-R圖轉換為關系模式。供應商（供應商號，供應商名，地址）；零件（零件號，零件名，單價）；產(chǎn)品（產(chǎn)品號，產(chǎn)品名，型號）；

供應（供應商號，零件號，產(chǎn)品號，數(shù)量）。數(shù)據(jù)庫的物理設計，就是為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應用要求的物理結構的過程。該階段分兩步來進行：（1）首先確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要指的是存儲結構與存取方法。（2）從時間和空間效率兩個方面來對數(shù)據(jù)庫的物理結構進行評價。1.7數(shù)據(jù)庫設計1.7.5數(shù)據(jù)庫物理設計

在數(shù)據(jù)庫實施階段，設計人員運用RDBMS提供的數(shù)據(jù)語言及其宿主語言，根據(jù)邏輯結構設計和物理設計的結果建立數(shù)據(jù)庫，編制和調試應用程序，組織數(shù)據(jù)入庫，并進行試運行。1.7數(shù)據(jù)庫設計1.7.6數(shù)據(jù)庫實施

數(shù)據(jù)庫應用系統(tǒng)經(jīng)過試運行后，即可投入正式運行，在數(shù)據(jù)庫系統(tǒng)運行過程中必須不斷地對其進行評價、調整和修改。在該階段，對數(shù)據(jù)庫經(jīng)常性的維護工作主要是由DBA完成的，主要包括：（1）數(shù)據(jù)庫的轉儲和和恢復，它是系統(tǒng)正式運行后最重要的維護工作之一。（2）數(shù)據(jù)庫的安全性、完整性控制。（3）數(shù)據(jù)庫性能的監(jiān)督、分析和改造。（4）數(shù)據(jù)庫的重組織和重構造。1.7