ch7數據庫設計

1、數據庫原理Database Principles第七章第七章 數據庫設計數據庫設計第七章第七章 數據庫設計數據庫設計7.1 7.1 數據庫設計概述數據庫設計概述7.2 7.2 需求分析需求分析7.3 7.3 概念結構設計概念結構設計7.4 7.4 邏輯結構設計邏輯結構設計7.5 7.5 物理結構設計物理結構設計7.6 7.6 數據庫的實施和維護數據庫的實施和維護7.7 7.7 小結小結7.1 數據庫設計概述數據庫設計概述v 數據庫設計數據庫設計n數據庫設計是指對于一個給定的應用環(huán)境，構造（設數據庫設計是指對于一個給定的應用環(huán)境，構造（設計）優(yōu)化的數據庫計）優(yōu)化的數據庫邏輯模式邏輯模式和和物理結

2、構物理結構，并據此建立并據此建立數據庫及其應用系統(tǒng)數據庫及其應用系統(tǒng)，使之能夠有效地存儲和管理數，使之能夠有效地存儲和管理數據，滿足各種用戶的應用需求，包括信息管理要求和據，滿足各種用戶的應用需求，包括信息管理要求和數據操作要求。數據操作要求。n信息管理要求：在數據庫中應該存儲和管理哪些數據信息管理要求：在數據庫中應該存儲和管理哪些數據對象對象 。n數據操作要求：對數據對象需要進行哪些操作，如查數據操作要求：對數據對象需要進行哪些操作，如查詢、增、刪、改、統(tǒng)計等操作。詢、增、刪、改、統(tǒng)計等操作。 數據庫設計概述（續(xù)）數據庫設計概述（續(xù)）v 數據庫設計數據庫設計n數據庫設計的目標是為用戶和各種應

3、用系統(tǒng)提供一個數據庫設計的目標是為用戶和各種應用系統(tǒng)提供一個信息基礎設施信息基礎設施和高效率的和高效率的運行環(huán)境運行環(huán)境 。n高效率的運行環(huán)境高效率的運行環(huán)境l數據庫數據的存取效率高數據庫數據的存取效率高l數據庫存儲空間的利用率高數據庫存儲空間的利用率高l數據庫系統(tǒng)運行管理的效率高數據庫系統(tǒng)運行管理的效率高7.1 數據庫設計概述數據庫設計概述7.1.1 7.1.1 數據庫設計的特點數據庫設計的特點7.1.2 7.1.2 數據庫設計方法數據庫設計方法7.1.3 7.1.3 數據庫設計的基本步驟數據庫設計的基本步驟7.1.4 7.1.4 數據庫設計過程中的各級模式數據庫設計過程中的各級模式7.1.

4、1 數據庫設計的特點數據庫設計的特點1. 1. 數據庫建設的基本規(guī)律數據庫建設的基本規(guī)律n三分技術，七分管理，十二分基礎數據三分技術，七分管理，十二分基礎數據 n管理管理 l數據庫建設項目管理數據庫建設項目管理 l企業(yè)（即應用部門）的業(yè)務管理企業(yè)（即應用部門）的業(yè)務管理 n基礎數據基礎數據 l數據的收集、整理、組織和不斷更新數據的收集、整理、組織和不斷更新數據庫設計的特點（續(xù)）數據庫設計的特點（續(xù)）2. 2. 結構（數據）設計和行為（處理）設計相結合結構（數據）設計和行為（處理）設計相結合 n將數據庫結構設計和數據處理設計密切結合將數據庫結構設計和數據處理設計密切結合v結構和行為分離的設計結構

5、和行為分離的設計n傳統(tǒng)的軟件工程：重行為設計傳統(tǒng)的軟件工程：重行為設計l忽視對應用中數據語義的分析和抽象，只要有可能就盡忽視對應用中數據語義的分析和抽象，只要有可能就盡量推遲數據結構設計的決策量推遲數據結構設計的決策n早期的數據庫設計：重結構設計早期的數據庫設計：重結構設計l致力于數據模型和數據庫建模方法研究，忽視了行為設致力于數據模型和數據庫建模方法研究，忽視了行為設計對結構設計的影響計對結構設計的影響數據庫設計的特點（續(xù)）數據庫設計的特點（續(xù)）結構和行為分離的設計結構和行為分離的設計 現(xiàn)實世界現(xiàn)實世界概念模型設計概念模型設計子模式設計子模式設計物理數據庫設計物理數據庫設計邏輯數據庫設計邏輯

6、數據庫設計建立數據庫建立數據庫數據分析數據分析功能分析功能分析功能模型功能模型功能說明功能說明事務設計事務設計應用設計應用設計應用開發(fā)應用開發(fā)系統(tǒng)調試系統(tǒng)調試數據庫設計數據庫設計應用系統(tǒng)設計應用系統(tǒng)設計7.1 數據庫設計概述數據庫設計概述7.1.1 7.1.1 數據庫設計的特點數據庫設計的特點7.1.2 7.1.2 數據庫設計方法數據庫設計方法7.1.3 7.1.3 數據庫設計的基本步驟數據庫設計的基本步驟7.1.4 7.1.4 數據庫設計過程中的各級模式數據庫設計過程中的各級模式7.1.2 數據庫設計方法數據庫設計方法v大型數據庫設計是涉及多學科的綜合性技術，又大型數據庫設計是涉及多學科的綜

7、合性技術，又是一項龐大的工程項目。是一項龐大的工程項目。v它要求多方面的知識和技術。主要包括：它要求多方面的知識和技術。主要包括：n計算機的基礎知識計算機的基礎知識n軟件工程的原理和方法軟件工程的原理和方法n程序設計的方法和技巧程序設計的方法和技巧n數據庫的基本知識數據庫的基本知識n數據庫設計技術數據庫設計技術n應用領域的知識應用領域的知識數據庫設計方法（續(xù)）數據庫設計方法（續(xù)）v手工試湊法手工試湊法n設計質量與設計人員的經驗和水平有直接關系設計質量與設計人員的經驗和水平有直接關系n缺乏科學理論和工程方法的支持，工程的質量難以保缺乏科學理論和工程方法的支持，工程的質量難以保證證n數據庫運行一段

8、時間后常常又不同程度地發(fā)現(xiàn)各種問數據庫運行一段時間后常常又不同程度地發(fā)現(xiàn)各種問題，增加了維護代價題，增加了維護代價數據庫設計方法（續(xù)）數據庫設計方法（續(xù)）v規(guī)范設計法規(guī)范設計法n手工設計方法手工設計方法n基本思想基本思想l過程迭代和逐步求精過程迭代和逐步求精n典型方法典型方法l新奧爾良（新奧爾良（New OrleansNew Orleans）方法）方法l基于基于E-RE-R模型的數據庫設計方法模型的數據庫設計方法l3NF3NF（第三范式）的設計方法（第三范式）的設計方法l面向對象的數據庫設計方法面向對象的數據庫設計方法l統(tǒng)一建模語言（統(tǒng)一建模語言（UMLUML）方法）方法7.1 數據庫設計概述

9、數據庫設計概述7.1.1 7.1.1 數據庫設計的特點數據庫設計的特點7.1.2 7.1.2 數據庫設計方法數據庫設計方法7.1.3 7.1.3 數據庫設計的基本步驟數據庫設計的基本步驟7.1.4 7.1.4 數據庫設計過程中的各級模式數據庫設計過程中的各級模式7.1.3 數據庫設計的基本步驟數據庫設計的基本步驟v數據庫設計分數據庫設計分6 6個階段個階段n需求分析需求分析n概念結構設計概念結構設計n邏輯結構設計邏輯結構設計n物理結構設計物理結構設計n數據庫實施數據庫實施n數據庫運行和維護數據庫運行和維護 v 需求分析和概念結構設計獨立于任何數據庫管理系統(tǒng)需求分析和概念結構設計獨立于任何數據庫

10、管理系統(tǒng) v 邏輯結構設計和物理結構設計與選用的數據庫管理系統(tǒng)密邏輯結構設計和物理結構設計與選用的數據庫管理系統(tǒng)密切相關切相關數據庫設計的基本步驟（續(xù)）數據庫設計的基本步驟（續(xù)）v參加參加數據庫數據庫設計的人員設計的人員n系統(tǒng)分析人員系統(tǒng)分析人員和和數據庫設計人員數據庫設計人員l自始至終參與數據庫設計，其水平決定了數據庫系統(tǒng)的自始至終參與數據庫設計，其水平決定了數據庫系統(tǒng)的質量質量n數據庫管理員和用戶代表數據庫管理員和用戶代表l主要參加需求分析與數據庫的運行和維護主要參加需求分析與數據庫的運行和維護n應用開發(fā)人員應用開發(fā)人員l包括程序員和操作員包括程序員和操作員l在實施階段參與進來，分別負責編

11、制程序和準備軟硬件在實施階段參與進來，分別負責編制程序和準備軟硬件環(huán)境環(huán)境數據庫設計的基本步驟（續(xù)）數據庫設計的基本步驟（續(xù)）1. 1. 需求分析階段需求分析階段n是否做得充分與準確，決定了構建數據庫的速度和質是否做得充分與準確，決定了構建數據庫的速度和質量量2. 2. 概念結構設計階段概念結構設計階段n通過對用戶需求進行綜合、歸納與抽象，形成一個獨通過對用戶需求進行綜合、歸納與抽象，形成一個獨立于具體數據庫管理系統(tǒng)的概念模型立于具體數據庫管理系統(tǒng)的概念模型3. 3. 邏輯結構設計階段邏輯結構設計階段n將概念結構轉換為某個數據庫管理系統(tǒng)所支持的數據將概念結構轉換為某個數據庫管理系統(tǒng)所支持的數據

12、模型，并對其進行優(yōu)化模型，并對其進行優(yōu)化數據庫設計的基本步驟（續(xù)）數據庫設計的基本步驟（續(xù)）4. 4. 物理結構設計階段物理結構設計階段n為邏輯數據結構選取一個最適合應用環(huán)境的物理結構為邏輯數據結構選取一個最適合應用環(huán)境的物理結構n包括存儲結構和存取方法包括存儲結構和存取方法5. 5. 數據庫實施階段數據庫實施階段n根據邏輯設計和物理設計的結果構建數據庫根據邏輯設計和物理設計的結果構建數據庫n編寫與調試應用程序編寫與調試應用程序n組織數據入庫并進行試運行組織數據入庫并進行試運行6. 6. 數據庫運行和維護階段數據庫運行和維護階段n經過試運行后即可投入正式運行經過試運行后即可投入正式運行n在運行

13、過程中必須不斷對其進行評估、調整與修改在運行過程中必須不斷對其進行評估、調整與修改數據庫設計的基本步驟（續(xù)）數據庫設計的基本步驟（續(xù)）v設計設計一個完善的數據庫應用系統(tǒng)一個完善的數據庫應用系統(tǒng) 往往是上述往往是上述6 6個個階段的不斷反復階段的不斷反復v這個設計步驟既是數據庫設計的過程，也包括了這個設計步驟既是數據庫設計的過程，也包括了數據庫應用系統(tǒng)的設計過程數據庫應用系統(tǒng)的設計過程v把數據庫的設計和對數據庫中數據處理的設計緊把數據庫的設計和對數據庫中數據處理的設計緊密結合起來，將這兩個方面的需求分析、抽象、密結合起來，將這兩個方面的需求分析、抽象、設計、實現(xiàn)在各個階段同時進行，相互參照，相設

14、計、實現(xiàn)在各個階段同時進行，相互參照，相互補充，以完善兩方面的設計互補充，以完善兩方面的設計數據庫設計的基本步驟（續(xù)）數據庫設計的基本步驟（續(xù)）圖圖7.3 數據庫設計各個階段的數據設計描述數據庫設計各個階段的數據設計描述7.1 數據庫設計概述數據庫設計概述7.1.1 7.1.1 數據庫設計的特點數據庫設計的特點7.1.2 7.1.2 數據庫設計方法數據庫設計方法7.1.3 7.1.3 數據庫設計的基本步驟數據庫設計的基本步驟7.1.4 7.1.4 數據庫設計過程中的各級模式數據庫設計過程中的各級模式7.1.4 數據庫設計過程中的各級模式數據庫設計過程中的各級模式v數據庫設計不同階段形成的數據庫

15、各級模式數據庫設計不同階段形成的數據庫各級模式數據庫的各級模式數據庫的各級模式 數據庫設計過程中的各級模式（續(xù)）數據庫設計過程中的各級模式（續(xù)）v數據庫設計不同階段形成的數據庫各級模式數據庫設計不同階段形成的數據庫各級模式需求分析階段：需求分析階段：綜合各個用戶的應用需求綜合各個用戶的應用需求數據庫的各級模式數據庫的各級模式 數據庫設計過程中的各級模式（續(xù)）數據庫設計過程中的各級模式（續(xù)）v數據庫設計不同階段形成的數據庫各級模式數據庫設計不同階段形成的數據庫各級模式概念設計階段：概念設計階段： 形成獨立于機器特點，獨形成獨立于機器特點，獨立于各個數據庫管理系統(tǒng)產立于各個數據庫管理系統(tǒng)產品的品的

16、概念模式概念模式（E-R圖）圖）數據庫的各級模式數據庫的各級模式 數據庫設計過程中的各級模式（續(xù)）數據庫設計過程中的各級模式（續(xù)）v數據庫設計不同階段形成的數據庫各級模式數據庫設計不同階段形成的數據庫各級模式邏輯設計階段：邏輯設計階段：1. 首先將首先將E-R圖轉換成具體的數據庫產品支持的數據模型，如關系模型，圖轉換成具體的數據庫產品支持的數據模型，如關系模型，形成數據庫形成數據庫邏輯模式邏輯模式2. 然后根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立然后根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖（必要的視圖（View），形成數據的），形成數據的外模式外模式數

17、據庫設計過程中的各級模式（續(xù)）數據庫設計過程中的各級模式（續(xù)）v數據庫設計不同階段形成的數據庫各級模式數據庫設計不同階段形成的數據庫各級模式物理設計階段：物理設計階段：根據數據庫管理系統(tǒng)特點和處理的需要，根據數據庫管理系統(tǒng)特點和處理的需要，進行物理存儲安排，建立索引，形成數進行物理存儲安排，建立索引，形成數據庫據庫內模式內模式數據庫的各級模式數據庫的各級模式 第七章第七章 數據庫設計數據庫設計7.1 7.1 數據庫設計概述數據庫設計概述7.2 7.2 需求分析需求分析7.3 7.3 概念結構設計概念結構設計7.4 7.4 邏輯結構設計邏輯結構設計7.5 7.5 物理結構設計物理結構設計7.6

18、7.6 數據庫的實施和維護數據庫的實施和維護7.7 7.7 小結小結7.2 需求分析需求分析7.2.1 7.2.1 需求分析的任務需求分析的任務7.2.2 7.2.2 需求分析的方法需求分析的方法7.2.3 7.2.3 數據字典數據字典需求分析（續(xù)）需求分析（續(xù)）v需求分析就是分析用戶的要求需求分析就是分析用戶的要求n是設計數據庫的起點是設計數據庫的起點n結果是否準確地反映了用戶的實際要求，將直接影響結果是否準確地反映了用戶的實際要求，將直接影響到后面各個階段的設計，并影響到設計結果是否合理到后面各個階段的設計，并影響到設計結果是否合理和實用和實用7.2.1 需求分析的任務需求分析的任務v詳細

19、調查現(xiàn)實世界要處理的對象（組織、部門、詳細調查現(xiàn)實世界要處理的對象（組織、部門、企業(yè)等）企業(yè)等）v充分了解原系統(tǒng)（手工系統(tǒng)或計算機系統(tǒng)）工作充分了解原系統(tǒng)（手工系統(tǒng)或計算機系統(tǒng)）工作概況概況v明確用戶的各種需求明確用戶的各種需求v在此基礎上確定新系統(tǒng)的功能在此基礎上確定新系統(tǒng)的功能v新系統(tǒng)必須充分考慮今后可能的擴充和改變新系統(tǒng)必須充分考慮今后可能的擴充和改變需求分析的任務需求分析的任務（續(xù)）（續(xù)）v調查的重點是調查的重點是“數據數據”和和“處理處理”，獲得用戶對，獲得用戶對數據庫的要求數據庫的要求（1 1）信息要求）信息要求l用戶需要從數據庫中獲得信息的內容與性質用戶需要從數據庫中獲得信息的內

20、容與性質l由信息要求可以導出數據要求，即在數據庫中需要存儲由信息要求可以導出數據要求，即在數據庫中需要存儲哪些數據哪些數據（2 2）處理要求）處理要求l用戶要完成的處理功能用戶要完成的處理功能l對處理性能的要求對處理性能的要求（3 3）安全性與完整性要求）安全性與完整性要求需求分析的任務需求分析的任務（續(xù)）（續(xù)）v確定用戶最終需求的難點確定用戶最終需求的難點n用戶缺少計算機知識，不能準確地表達自己的需求，用戶缺少計算機知識，不能準確地表達自己的需求，他們所提出的需求往往不斷地變化。他們所提出的需求往往不斷地變化。n設計人員缺少用戶的專業(yè)知識，不易理解用戶的真正設計人員缺少用戶的專業(yè)知識，不易理

21、解用戶的真正需求，甚至誤解用戶的需求需求，甚至誤解用戶的需求v解決方法解決方法n設計人員必須不斷深入地與用戶進行交流，才能逐步設計人員必須不斷深入地與用戶進行交流，才能逐步確定用戶的實際需求確定用戶的實際需求7.2 需求分析需求分析7.2.1 7.2.1 需求分析的任務需求分析的任務7.2.2 7.2.2 需求分析的方法需求分析的方法7.2.3 7.2.3 數據字典數據字典7.2.2 需求分析的方法需求分析的方法v調查清楚用戶的實際需求并進行初步分析調查清楚用戶的實際需求并進行初步分析v與用戶達成共識與用戶達成共識v分析與表達這些需求分析與表達這些需求調查用戶需求的步驟調查用戶需求的步驟（1

22、1）調查組織機構情況）調查組織機構情況（2 2）調查各部門的業(yè)務活動情況）調查各部門的業(yè)務活動情況（3 3）協(xié)助用戶明確對新系統(tǒng)的各種要求，包括信）協(xié)助用戶明確對新系統(tǒng)的各種要求，包括信 息要求、處理要求、完全性與完整性要息要求、處理要求、完全性與完整性要求求（4 4）確定新系統(tǒng)的邊界）確定新系統(tǒng)的邊界常用調查方法常用調查方法（1 1）跟班作業(yè)）跟班作業(yè)n通過親身參加業(yè)務工作了解業(yè)務活動的情況通過親身參加業(yè)務工作了解業(yè)務活動的情況（2 2）開調查會）開調查會n通過與用戶座談來了解業(yè)務活動情況及用戶需求通過與用戶座談來了解業(yè)務活動情況及用戶需求（3 3）請專人介紹）請專人介紹（4 4）詢問）詢問

23、n對某些調查中的問題，可以找專人詢問對某些調查中的問題，可以找專人詢問（5 5）設計調查表請用戶填寫）設計調查表請用戶填寫n調查表設計合理，則很有效調查表設計合理，則很有效（6 6）查閱記錄）查閱記錄n查閱與原系統(tǒng)有關的數據記錄查閱與原系統(tǒng)有關的數據記錄進一步分析和表達用戶需求進一步分析和表達用戶需求v分析方法分析方法n結構化分析方法（結構化分析方法（Structured AnalysisStructured Analysis，簡稱，簡稱SASA方法）方法）lSASA方法從最上層的系統(tǒng)組織機構入手方法從最上層的系統(tǒng)組織機構入手l采用自頂向下、逐層分解的方式分析系統(tǒng)采用自頂向下、逐層分解的方式分

24、析系統(tǒng)v對用戶需求進行分析與表達后，需求分析報告必須對用戶需求進行分析與表達后，需求分析報告必須提交給用戶，征得用戶的認可提交給用戶，征得用戶的認可需求分析過程需求分析過程需求分析過程需求分析過程 7.2 需求分析需求分析7.2.1 7.2.1 需求分析的任務需求分析的任務7.2.2 7.2.2 需求分析的方法需求分析的方法7.2.3 7.2.3 數據字典數據字典7.2.3 數據字典數據字典v數據字典是關于數據庫中數據的描述，即元數據，數據字典是關于數據庫中數據的描述，即元數據，不是數據本身不是數據本身v數據字典在需求分析階段建立，在數據庫設計過程數據字典在需求分析階段建立，在數據庫設計過程中

25、不斷修改、充實、完善中不斷修改、充實、完善v數據字典是進行詳細的數據收集和數據分析所獲得數據字典是進行詳細的數據收集和數據分析所獲得的主要結果的主要結果注意：注意：和關系數據庫管理系統(tǒng)中數據字典的區(qū)別和聯(lián)系和關系數據庫管理系統(tǒng)中數據字典的區(qū)別和聯(lián)系數據字典（續(xù)）數據字典（續(xù)）v數據字典的內容數據字典的內容n數據項數據項n數據結構數據結構n數據流數據流n數據存儲數據存儲n處理過程處理過程v 數據項是數據的最小組成單位數據項是數據的最小組成單位v 若干個數據項可以組成一個數據結構若干個數據項可以組成一個數據結構v 數據字典通過對數據項和數據結構的定義來描述數據字典通過對數據項和數據結構的定義來描述

26、數據流、數據存儲的邏輯內容數據流、數據存儲的邏輯內容1. 數據項數據項v 數據項是不可再分的數據單位數據項是不可再分的數據單位v 對數據項的描述對數據項的描述數據項描述數據項描述=數據項名數據項名, ,數據項含義說明數據項含義說明, ,別名別名, , 數據類型數據類型, ,長度長度, ,取值范圍取值范圍, ,取值含義取值含義, , 與其他數據項的邏輯關系與其他數據項的邏輯關系, , 數據項之間的聯(lián)系數據項之間的聯(lián)系 n “取值范圍取值范圍”、“與其他數據項的邏輯關系與其他數據項的邏輯關系”定義了數據的完整性定義了數據的完整性約束條件，是設計約束條件，是設計 數據檢驗功能的依據數據檢驗功能的依據

27、n 可以用關系規(guī)范化理論為指導，用數據依賴的概念分析和表示數據可以用關系規(guī)范化理論為指導，用數據依賴的概念分析和表示數據項之間的聯(lián)系項之間的聯(lián)系 2. 數數據結構據結構v數據結構反映了數據之間的組合關系。數據結構反映了數據之間的組合關系。v 一個數據結構可以由若干個數據項組成，也可以由一個數據結構可以由若干個數據項組成，也可以由若干個數據結構組成，或由若干個數據項和數據結若干個數據結構組成，或由若干個數據項和數據結構混合組成。構混合組成。v 對數據結構的描述對數據結構的描述數據結構描述數據結構描述= = 數據結構名，含義說明，組成數據結構名，含義說明，組成:數據項或數據結構數據項或數據結構3.

28、 數據流數據流v 數據流是數據結構在系統(tǒng)內傳輸的路徑。數據流是數據結構在系統(tǒng)內傳輸的路徑。v 對數據流的描述對數據流的描述 數據流描述數據流描述=數據流名數據流名, ,說明說明, ,數據流來源數據流來源, , 數據流去向數據流去向, ,組成組成:數據結構數據結構, 平均流量平均流量, ,高峰期流量高峰期流量 n 數據流來源：說明該數據流來自哪個過程數據流來源：說明該數據流來自哪個過程n 數據流去向：說明該數據流將到哪個過程去數據流去向：說明該數據流將到哪個過程去n 平均流量：在單位時間（每天、每周、每月等）里的傳輸次數平均流量：在單位時間（每天、每周、每月等）里的傳輸次數n 高峰期流量：在高峰

29、時期的數據流量高峰期流量：在高峰時期的數據流量4. 數據存儲數據存儲v 數據存儲是數據結構停留或保存的地方，也是數據流的來源和去向之數據存儲是數據結構停留或保存的地方，也是數據流的來源和去向之一。一。v 對數據存儲的描述對數據存儲的描述數據存儲描述數據存儲描述=數據存儲名數據存儲名, ,說明說明, ,編號編號, ,輸輸 入的數據流入的數據流 , ,輸出的數據流輸出的數據流, , 組成組成:數據結構數據結構,數據量數據量, , 存取頻度存取頻度, ,存取方式存取方式 n 存取頻度：每小時、每天或每周存取次數，每次存取的數據量等信存取頻度：每小時、每天或每周存取次數，每次存取的數據量等信息息 n

30、存取方法：批處理存取方法：批處理 / / 聯(lián)機處理；檢索聯(lián)機處理；檢索 / / 更新；順序檢索更新；順序檢索 / / 隨機隨機檢索檢索n 輸入的數據流：數據來源輸入的數據流：數據來源n 輸出的數據流：數據去向輸出的數據流：數據去向5. 處理過程處理過程v 處理過程的具體處理邏輯一般用判定表或判定樹來描述。數據字典中只需處理過程的具體處理邏輯一般用判定表或判定樹來描述。數據字典中只需要描述處理過程的說明性信息要描述處理過程的說明性信息v 處理過程說明性信息的描述處理過程說明性信息的描述 處理過程描述處理過程描述=處理過程名處理過程名, ,說明說明, ,輸入輸入:數據流數據流, 輸出輸出:數據流數

31、據流,處理處理:簡要說明簡要說明n 簡要說明：說明該處理過程的功能及處理要求簡要說明：說明該處理過程的功能及處理要求l功能：該處理過程用來做什么功能：該處理過程用來做什么l處理要求：處理頻度要求，如單位時間里處理多少事務，多少數據處理要求：處理頻度要求，如單位時間里處理多少事務，多少數據量、響應時間要求等量、響應時間要求等l處理要求是后面物理設計的輸入及性能評價的標準處理要求是后面物理設計的輸入及性能評價的標準需求分析小結需求分析小結v把需求收集和分析作為數據庫設計的第一階段是把需求收集和分析作為數據庫設計的第一階段是十分重要的。十分重要的。v第一階段收集的基礎數據（用數據字典來表達）第一階段

32、收集的基礎數據（用數據字典來表達）是下一步進行概念設計的基礎。是下一步進行概念設計的基礎。v強調兩點強調兩點 （1 1）設計人員應充分考慮到可能的擴充和改變，使設計）設計人員應充分考慮到可能的擴充和改變，使設計易于更改，系統(tǒng)易于擴充易于更改，系統(tǒng)易于擴充 （2 2）必須強調用戶的參與）必須強調用戶的參與第七章第七章 數據庫設計數據庫設計7.1 7.1 數據庫設計概述數據庫設計概述7.2 7.2 需求分析需求分析7.3 7.3 概念結構設計概念結構設計7.4 7.4 邏輯結構設計邏輯結構設計7.5 7.5 物理結構設計物理結構設計7.6 7.6 數據庫的實施和維護數據庫的實施和維護7.7 7.7

33、 小結小結7.3 概念結構設計概念結構設計7.3.1 7.3.1 概念模型概念模型7.3.2 E-R7.3.2 E-R模型模型* *7.3.3 7.3.3 擴展的擴展的E-RE-R模型模型* *7.3.4 UML7.3.4 UML7.3.5 7.3.5 概念結構設計概念結構設計7.3.1 概念模型概念模型v 將需求分析得到的用戶需求抽象為信息結構（即概念模型）將需求分析得到的用戶需求抽象為信息結構（即概念模型）的過程就是概念結構設計的過程就是概念結構設計v 概念模型的特點概念模型的特點（1 1）能真實、充分地反映現(xiàn)實世界，是現(xiàn)實世界的一個真實模型。）能真實、充分地反映現(xiàn)實世界，是現(xiàn)實世界的一個

34、真實模型。（2 2）易于理解，從而可以用它和不熟悉計算機的用戶交換意見。）易于理解，從而可以用它和不熟悉計算機的用戶交換意見。（3 3）易于更改，當應用環(huán)境和應用要求改變時，容易對概念模型修改）易于更改，當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴充。和擴充。（4 4）易于向關系、網狀、層次等各種數據模型轉換）易于向關系、網狀、層次等各種數據模型轉換v 描述概念模型的工具描述概念模型的工具nE-RE-R模型模型7.3 概念結構設計概念結構設計7.3.1 7.3.1 概念結構概念結構7.3.2 E-R7.3.2 E-R模型模型* *7.3.3 7.3.3 擴展的擴展的E-RE-R模型模型*

35、 *7.3.4 UML7.3.4 UML7.3.5 7.3.5 概念結構設計概念結構設計7.3.2 E-R模型模型1. 1. 實體之間的聯(lián)系實體之間的聯(lián)系（1 1）兩個實體型之間的聯(lián)系：）兩個實體型之間的聯(lián)系：一對一聯(lián)系（一對一聯(lián)系（1111）一對多聯(lián)系（一對多聯(lián)系（11n n）多對多聯(lián)系（多對多聯(lián)系（m mn n）E-R模型（續(xù)）模型（續(xù)）一對一聯(lián)系（一對一聯(lián)系（1111）如果對于實體集如果對于實體集A A中的每一個實體，實體集中的每一個實體，實體集B B中至多有中至多有一個（也可以沒有）實體與之聯(lián)系，反之亦然，則稱一個（也可以沒有）實體與之聯(lián)系，反之亦然，則稱實體集實體集A A與實體集與實

36、體集B B具有一對一聯(lián)系，記為具有一對一聯(lián)系，記為1111。例如，學校里一個班級只有一個正班長，而一個班長例如，學校里一個班級只有一個正班長，而一個班長只在一個班中任職，則班級與班長之間具有一對一聯(lián)只在一個班中任職，則班級與班長之間具有一對一聯(lián)系。系。E-R模型（續(xù)）模型（續(xù)）一對多聯(lián)系（一對多聯(lián)系（11n n）如果對于實體集如果對于實體集A A中的每一個實體，實體集中的每一個實體，實體集B B中有中有n n個實個實體（體（n n00）與之聯(lián)系，反之，對于實體集）與之聯(lián)系，反之，對于實體集B B中的每一個中的每一個實體，實體集實體，實體集A A中至多只有一個實體與之聯(lián)系，則稱實中至多只有一個實

37、體與之聯(lián)系，則稱實體集體集A A與實體集與實體集B B有一對多聯(lián)系，記為有一對多聯(lián)系，記為11n n。例如，一個班級中有若干名學生，而每個學生只在一個例如，一個班級中有若干名學生，而每個學生只在一個班級中學習，則班級與學生之間具有一對多聯(lián)系。班級中學習，則班級與學生之間具有一對多聯(lián)系。多對多聯(lián)系（多對多聯(lián)系（m mn n）如果對于實體集如果對于實體集A A中的每一個實體，實體集中的每一個實體，實體集B B中有中有n n個個實體（實體（n n00）與之聯(lián)系，反之，對于實體集）與之聯(lián)系，反之，對于實體集B B中的每中的每一個實體，實體集一個實體，實體集A A中也有中也有m m個實體（個實體（m m

38、00）與之聯(lián)）與之聯(lián)系，則稱實體集系，則稱實體集A A與實體集與實體集B B具有多對多聯(lián)系，記為具有多對多聯(lián)系，記為m mn n。例如，一門課程同時有若干個學生選修，而一個學例如，一門課程同時有若干個學生選修，而一個學生可以同時選修多門課程，則課程與學生之間具有生可以同時選修多門課程，則課程與學生之間具有多對多聯(lián)系。多對多聯(lián)系。E-R模型（續(xù)）模型（續(xù)）E-R模型（續(xù)）模型（續(xù)）圖圖7.6 兩個實體型之間的三類聯(lián)系兩個實體型之間的三類聯(lián)系E-R模型（續(xù)）模型（續(xù)）（2 2）兩個以上的實體型之間的聯(lián)系）兩個以上的實體型之間的聯(lián)系l一般地，兩個以上的實體型之間也存在著一對一、一對一般地，兩個以上的

39、實體型之間也存在著一對一、一對多、多對多聯(lián)系。多、多對多聯(lián)系。l對于課程、教師與參考書對于課程、教師與參考書3 3個實體型，如果一門課程可以個實體型，如果一門課程可以有若干個教師講授，使用若干本參考書，而每一個教師有若干個教師講授，使用若干本參考書，而每一個教師只講授一門課程，每一本參考書只供一門課程使用，則只講授一門課程，每一本參考書只供一門課程使用，則課程與教師、參考書之間的聯(lián)系是一對多的，如圖課程與教師、參考書之間的聯(lián)系是一對多的，如圖7.7(a)7.7(a)所示。所示。E-R模型（續(xù)）模型（續(xù)）圖圖7.7 三個實體型之間的聯(lián)系示例三個實體型之間的聯(lián)系示例E-R模型（續(xù)）模型（續(xù)）（3

40、3）單個實體型內的聯(lián)系）單個實體型內的聯(lián)系l同一個實體集內的各實體之間也可以存在一對一、一對同一個實體集內的各實體之間也可以存在一對一、一對多、多對多的聯(lián)系。多、多對多的聯(lián)系。l例如，職工實體型內部具有領導與被領導的聯(lián)系，即某例如，職工實體型內部具有領導與被領導的聯(lián)系，即某一職工（干部）一職工（干部）“領導領導”若干名職工，而一個職工僅被若干名職工，而一個職工僅被另外一個職工直接領導，因此這是一對多的聯(lián)系，如圖另外一個職工直接領導，因此這是一對多的聯(lián)系，如圖7.87.8所示。所示。E-R模型（續(xù)）模型（續(xù)）圖圖7.8 單個實體型內的一對多聯(lián)系示例單個實體型內的一對多聯(lián)系示例n聯(lián)系的度：聯(lián)系的度

41、：參與聯(lián)系的實體型的數目參與聯(lián)系的實體型的數目l2個實體型之間的聯(lián)系度為個實體型之間的聯(lián)系度為2，也稱為二元聯(lián)系；，也稱為二元聯(lián)系；l3個實體型之間的聯(lián)系度為個實體型之間的聯(lián)系度為3，稱為，稱為三三元聯(lián)系；元聯(lián)系；lN個實體型之間的聯(lián)系度為個實體型之間的聯(lián)系度為N，也稱為，也稱為N元聯(lián)系元聯(lián)系E-R模型（續(xù)）模型（續(xù)）2. E-R2. E-R圖圖nE-RE-R圖提供了表示實體型、屬性和聯(lián)系的方法：圖提供了表示實體型、屬性和聯(lián)系的方法：l實體型：用矩形表示，矩形框內寫明實體名。實體型：用矩形表示，矩形框內寫明實體名。l屬性：用橢圓形表示，并用無向邊將其與相應的實體型連屬性：用橢圓形表示，并用無向

42、邊將其與相應的實體型連接起來。接起來。例如，學生實體具有學號、姓名、性別、出生年份、例如，學生實體具有學號、姓名、性別、出生年份、系、入學時間等屬性，用系、入學時間等屬性，用E-RE-R圖表示如圖圖表示如圖7.97.9所示所示圖圖7.9 學生實體及屬性學生實體及屬性E-R模型（續(xù)）模型（續(xù)）l聯(lián)系：用菱形表示，菱形框內寫明聯(lián)系名，并用無向邊聯(lián)系：用菱形表示，菱形框內寫明聯(lián)系名，并用無向邊分別與有關實體型連接起來，同時在無向邊旁標上聯(lián)系分別與有關實體型連接起來，同時在無向邊旁標上聯(lián)系的類型（的類型（1 11 1，1 1n n或或m mn n）。）。l聯(lián)系可以具有屬性聯(lián)系可以具有屬性圖圖7.10

43、聯(lián)系的屬性聯(lián)系的屬性E-R模型（續(xù)）模型（續(xù)）v3. 3. 一個實例一個實例n某個工廠物資管理的概念模型。物資管理涉及的實體有：某個工廠物資管理的概念模型。物資管理涉及的實體有：l倉庫：屬性有倉庫號、面積、電話號碼倉庫：屬性有倉庫號、面積、電話號碼l零件：屬性有零件號、名稱、規(guī)格、單價、描述零件：屬性有零件號、名稱、規(guī)格、單價、描述l供應商：屬性有供應商號、姓名、地址、電話號碼、賬號供應商：屬性有供應商號、姓名、地址、電話號碼、賬號l項目：屬性有項目號、預算、開工日期項目：屬性有項目號、預算、開工日期l職工：屬性有職工號、姓名、年齡、職稱職工：屬性有職工號、姓名、年齡、職稱E-R模型（續(xù)）模型

44、（續(xù)）n這些實體之間的聯(lián)系如下：這些實體之間的聯(lián)系如下： （1 1） 一個倉庫可以存放多種零件，一種零件可以存放在多個一個倉庫可以存放多種零件，一種零件可以存放在多個 倉庫中，因此倉庫和零件具有多對多的聯(lián)系。用倉庫中，因此倉庫和零件具有多對多的聯(lián)系。用庫庫存量存量 來表示某種零件在某個倉庫中的數量。來表示某種零件在某個倉庫中的數量。（2 2） 一個倉庫有多個職工當倉庫保管員，一個職工只能在一一個倉庫有多個職工當倉庫保管員，一個職工只能在一 個倉庫工作，因此倉庫和職工之間是一對多的聯(lián)系個倉庫工作，因此倉庫和職工之間是一對多的聯(lián)系。E-R模型（續(xù)）模型（續(xù)）n這些實體之間的聯(lián)系如下（續(xù)）：這些實體

45、之間的聯(lián)系如下（續(xù)）： （3 3） 職工之間具有領導與被領導關系。即倉庫主任領導若職工之間具有領導與被領導關系。即倉庫主任領導若 干保管員，因此職工實體型中具有一對多的聯(lián)系。干保管員，因此職工實體型中具有一對多的聯(lián)系。（4 4） 供應商、項目和零件三者之間具有多對多的聯(lián)系。即一供應商、項目和零件三者之間具有多對多的聯(lián)系。即一 個供應商可以供給若干項目多種零件，每個項目可個供應商可以供給若干項目多種零件，每個項目可以使以使 用不同供應商供應的零件，每種零件可由不同供應用不同供應商供應的零件，每種零件可由不同供應商供商供 給。給。E-R模型（續(xù)）模型（續(xù)）E-R模型（續(xù)）模型（續(xù)）E-R模型（續(xù)）

46、模型（續(xù)）E-R模型（續(xù)）模型（續(xù)）vE-RE-R圖，可以參見：圖，可以參見：n愛課程網數據庫系統(tǒng)概論愛課程網數據庫系統(tǒng)概論1.21.2節(jié)動畫節(jié)動畫E-RE-R圖難點解析（圖難點解析（1 1） E-R E-R圖難點解析（圖難點解析（2 2） E-R E-R圖難點解析（圖難點解析（3 3）7.3 概念結構設計概念結構設計7.3.1 7.3.1 概念結構概念結構7.3.2 E-R7.3.2 E-R模型模型* *7.3.3 7.3.3 擴展的擴展的E-RE-R模型模型* *7.3.4 UML7.3.4 UML7.3.5 7.3.5 概念結構設計概念結構設計7.3.5 概念結構設計概念結構設計1. 1

47、. 實體與屬性的劃分原則實體與屬性的劃分原則n為了簡化為了簡化E-RE-R圖的處置，現(xiàn)實世界的事物能作為屬性對圖的處置，現(xiàn)實世界的事物能作為屬性對待的，盡量作為屬性對待待的，盡量作為屬性對待。n兩條準則：兩條準則：（1 1）作為屬性，不能再具有需要描述的性質。屬性必須）作為屬性，不能再具有需要描述的性質。屬性必須是不可分的數據項，不能包含其他屬性。是不可分的數據項，不能包含其他屬性。 （2 2）屬性不能與其他實體具有聯(lián)系，即）屬性不能與其他實體具有聯(lián)系，即E-RE-R圖中所表示圖中所表示的聯(lián)系是實體之間的聯(lián)系。的聯(lián)系是實體之間的聯(lián)系。概念結構設計（續(xù)）概念結構設計（續(xù)） 例例1 1 職工是一個

48、實體，職工號、姓名、年齡是職工的屬性。職工是一個實體，職工號、姓名、年齡是職工的屬性。n 職稱如果沒有與工資、福利掛鉤，根據準則（職稱如果沒有與工資、福利掛鉤，根據準則（1 1）可以作為職工實體）可以作為職工實體的屬性的屬性n 如果不同的職稱有不同的工資、住房標準和不同的附加福利，則職如果不同的職稱有不同的工資、住房標準和不同的附加福利，則職稱作為一個實體更恰當稱作為一個實體更恰當概念結構設計（續(xù)）概念結構設計（續(xù)） 例例2 2 在醫(yī)院中，一個病人只能住在一個病房，病房號可以作為在醫(yī)院中，一個病人只能住在一個病房，病房號可以作為病人實體的一個屬性；病人實體的一個屬性； 如果病房還要與醫(yī)生實體發(fā)

49、生聯(lián)系，即一個醫(yī)生負責幾個病如果病房還要與醫(yī)生實體發(fā)生聯(lián)系，即一個醫(yī)生負責幾個病房的病人的醫(yī)療工作，則根據準則（房的病人的醫(yī)療工作，則根據準則（2 2） 病房應作為一個實體病房應作為一個實體。概念結構設計（續(xù)）概念結構設計（續(xù)） 例例3 3 如果一種貨物只存放在一個倉庫，那么就可以把存放貨物的倉庫如果一種貨物只存放在一個倉庫，那么就可以把存放貨物的倉庫的倉庫號作為描述貨物存放地點的屬性。的倉庫號作為描述貨物存放地點的屬性。 如果一種貨物可以存放在多個倉庫中，或者倉庫本身又用面積作為如果一種貨物可以存放在多個倉庫中，或者倉庫本身又用面積作為屬性，或者倉庫與職工發(fā)生管理上的聯(lián)系，那么就應把倉庫作為

50、一個屬性，或者倉庫與職工發(fā)生管理上的聯(lián)系，那么就應把倉庫作為一個實體。實體。概念結構設計（續(xù)）概念結構設計（續(xù)）v 例例7.1 7.1 銷售管理子系統(tǒng)銷售管理子系統(tǒng)E-RE-R圖的設計。圖的設計。n該子系統(tǒng)的主要功能是：該子系統(tǒng)的主要功能是：l處理顧客和銷售員送來的訂單處理顧客和銷售員送來的訂單l工廠是根據訂貨安排生產的工廠是根據訂貨安排生產的l交出貨物同時開出發(fā)票交出貨物同時開出發(fā)票l收到顧客付款后，根據發(fā)票存根和信貸情況進行應收款收到顧客付款后，根據發(fā)票存根和信貸情況進行應收款處理處理概念結構設計（續(xù)）概念結構設計（續(xù)）v 參照需求分析和數據字典中的詳盡描述，遵循前面給出的兩個準則，參照需

51、求分析和數據字典中的詳盡描述，遵循前面給出的兩個準則，進行了如下調整：進行了如下調整：（1 1）每張訂單由訂單號、若干頭信息和訂單細節(jié)組成。訂單細節(jié)又每張訂單由訂單號、若干頭信息和訂單細節(jié)組成。訂單細節(jié)又有訂貨的零件號、數量等來描述。按照準則（有訂貨的零件號、數量等來描述。按照準則（2 2），訂單細節(jié)就不），訂單細節(jié)就不能作訂單的屬性處理而應該上升為實體。一張訂單可以訂若干產能作訂單的屬性處理而應該上升為實體。一張訂單可以訂若干產品，所以訂單與訂單細節(jié)兩個實體之間是品，所以訂單與訂單細節(jié)兩個實體之間是1 1n n的聯(lián)系。的聯(lián)系。概念結構設計（續(xù)）概念結構設計（續(xù)）（2 2）原訂單和產品的聯(lián)系實

52、際上是訂單細節(jié)和產品的聯(lián)原訂單和產品的聯(lián)系實際上是訂單細節(jié)和產品的聯(lián)系。每條訂貨細節(jié)對應一個產品描述，訂單處理時從系。每條訂貨細節(jié)對應一個產品描述，訂單處理時從中獲得當前單價、產品重量等信息。中獲得當前單價、產品重量等信息。（3 3）工廠對大宗訂貨給予優(yōu)惠。每種產品都規(guī)定了不同工廠對大宗訂貨給予優(yōu)惠。每種產品都規(guī)定了不同訂貨數量的折扣，應增加一個訂貨數量的折扣，應增加一個“折扣規(guī)則折扣規(guī)則”實體存放實體存放這些信息，而不應把它們放在產品實體中。這些信息，而不應把它們放在產品實體中。概念結構設計（續(xù)）概念結構設計（續(xù)）v 最后得到銷售管理子系統(tǒng)最后得到銷售管理子系統(tǒng)E-RE-R圖如圖圖如圖7.2

53、37.23所示。所示。圖圖7.23 銷售管理子系統(tǒng)的銷售管理子系統(tǒng)的E-R圖圖概念結構設計（續(xù)）概念結構設計（續(xù)）v 對每個實體定義的屬性如下：對每個實體定義的屬性如下：n 顧客：顧客： 顧客號顧客號，顧客名，地址，電話，信貸狀況，賬目余額，顧客名，地址，電話，信貸狀況，賬目余額 n 訂單：訂單： 訂單號訂單號，顧客號，訂貨項數，訂貨日期，交貨日期，工，顧客號，訂貨項數，訂貨日期，交貨日期，工種號，生產地點種號，生產地點 n 訂單細則：訂單細則： 訂單號，細則號訂單號，細則號，零件號，訂貨數，金額，零件號，訂貨數，金額 n 應收賬款：應收賬款： 顧客號，訂單號顧客號，訂單號，發(fā)票號，應收金額，

54、支付日期，發(fā)票號，應收金額，支付日期，支付金額，當前余額，貨款限額支付金額，當前余額，貨款限額 n 產品：產品： 產品號產品號，產品名，單價，重量，產品名，單價，重量 n 折扣規(guī)則：折扣規(guī)則： 產品號，訂貨量產品號，訂貨量，折扣，折扣 概念結構設計（續(xù)）概念結構設計（續(xù)）2. E-R2. E-R圖的集成圖的集成nE-RE-R圖的集成一般需要分兩步圖的集成一般需要分兩步l 合并。解決各分合并。解決各分E-RE-R圖之間的沖突，將分圖之間的沖突，將分E-RE-R圖合并起來圖合并起來生成初步生成初步E-RE-R圖。圖。l 修改和重構。消除不必要的冗余，生成基本修改和重構。消除不必要的冗余，生成基本E

55、-RE-R圖。圖。概念結構設計（續(xù)）概念結構設計（續(xù)）（1 1）合并）合并E-RE-R圖，生成初步圖，生成初步E-RE-R圖圖l各個局部應用所面向的問題不同，各個子系統(tǒng)的各個局部應用所面向的問題不同，各個子系統(tǒng)的E-RE-R圖之圖之間必定會存在許多不一致的地方，稱之為沖突。間必定會存在許多不一致的地方，稱之為沖突。l子系統(tǒng)子系統(tǒng)E-RE-R圖之間的沖突主要有三類：圖之間的沖突主要有三類：屬性沖突屬性沖突命名沖突命名沖突結構沖突結構沖突概念結構設計（續(xù)）概念結構設計（續(xù)）屬性沖突屬性沖突l屬性域沖突，即屬性值的類型、取值范圍或取值集合不屬性域沖突，即屬性值的類型、取值范圍或取值集合不同。同。例如

56、零件號，有的部門把它定義為整數，有的部門例如零件號，有的部門把它定義為整數，有的部門把它定義為字符型。把它定義為字符型。年齡，某些部門以出生日期形式表示職工的年齡，年齡，某些部門以出生日期形式表示職工的年齡，而另一些部門用整數表示職工的年齡。而另一些部門用整數表示職工的年齡。l屬性取值單位沖突。屬性取值單位沖突。例如，零件的重量有的以公斤為單位，有的以斤為例如，零件的重量有的以公斤為單位，有的以斤為單位，有的以克為單位。單位，有的以克為單位。概念結構設計（續(xù)）概念結構設計（續(xù)）命名沖突命名沖突l同名異義，即不同意義的對象在不同的局部應用中具有相同名異義，即不同意義的對象在不同的局部應用中具有相

57、同的名字。同的名字。l異名同義（一義多名），即同一意義的對象在不同的局部異名同義（一義多名），即同一意義的對象在不同的局部應用中具有不同的名字。應用中具有不同的名字。如對科研項目，財務科稱為項目，科研處稱為課題，如對科研項目，財務科稱為項目，科研處稱為課題，生產管理處稱為工程。生產管理處稱為工程。l命名沖突命名沖突可能發(fā)生在實體、聯(lián)系一級上可能發(fā)生在實體、聯(lián)系一級上也可能發(fā)生在屬性一級上也可能發(fā)生在屬性一級上通過討論、協(xié)商等行政手段加以解決通過討論、協(xié)商等行政手段加以解決概念結構設計（續(xù)）概念結構設計（續(xù)）結構沖突結構沖突l同一對象在不同應用中具有不同的抽象。同一對象在不同應用中具有不同的抽象

58、。例如，職工在某一局部應用中被當作實體，而在另一局例如，職工在某一局部應用中被當作實體，而在另一局部應用中則被當作屬性。部應用中則被當作屬性。解決方法：把屬性變換為實體或把實體變換為屬性，使解決方法：把屬性變換為實體或把實體變換為屬性，使同一對象具有相同的抽象。同一對象具有相同的抽象。l同一實體在不同子系統(tǒng)的同一實體在不同子系統(tǒng)的E-RE-R圖中所包含的屬性個數和屬性圖中所包含的屬性個數和屬性排列次序不完全相同。排列次序不完全相同。解決方法：使該實體的屬性取各子系統(tǒng)的解決方法：使該實體的屬性取各子系統(tǒng)的E-RE-R圖中屬性的圖中屬性的并集，再適當調整屬性的次序。并集，再適當調整屬性的次序。概念結構設計（續(xù)）概念結構設計（續(xù)）結構沖突（續(xù)）結構沖突（續(xù)）l實體間的聯(lián)系在不同的實體間的聯(lián)系在不同的E-RE-R圖中為不同的類型。圖中為不同的類型。實體實體E1E1與與E2E2在一個在一個E-RE-R圖中是多對多聯(lián)系，在另一個圖中是多對多聯(lián)系，在另一個E-RE-R圖中是一對多聯(lián)系圖中是一對多聯(lián)系解