數(shù)據(jù)庫系統(tǒng)原理練習(xí)題2-me (5).doc

練習(xí)題22.1 名詞解釋（1）數(shù)據(jù)庫工程、數(shù)據(jù)庫系統(tǒng)生存期以數(shù)據(jù)庫為基礎(chǔ)的通常稱為數(shù)據(jù)庫應(yīng)用系統(tǒng)，它一般具有信息的采集、組織、加工、抽取、綜合和轉(zhuǎn)播功能。數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)是一項(xiàng)軟件工程，但又有自己特有的特點(diǎn)，所以特稱為“數(shù)據(jù)庫工程”。數(shù)據(jù)庫應(yīng)用系統(tǒng)從開始規(guī)劃、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)到最后被新的系統(tǒng)所取代而停止使用的整個(gè)期間，稱為數(shù)據(jù)庫系統(tǒng)生存期。（2）實(shí)體、實(shí)體集、實(shí)體類型和實(shí)體標(biāo)識(shí)符實(shí)體（entity）是一個(gè)數(shù)據(jù)對(duì)象，指應(yīng)用中可以區(qū)別的客觀存在并可互相區(qū)別的“事件”或“物體”的抽象。實(shí)體集（entity set）是指同一類實(shí)體構(gòu)成的集合。實(shí)體類型（entity type）是對(duì)實(shí)體集中實(shí)體的定義。實(shí)體的某一特征稱為屬性（attribute）。在一個(gè)實(shí)體中，能夠惟一標(biāo)識(shí)實(shí)體的屬性或?qū)傩约Q為“實(shí)體標(biāo)識(shí)符”。（3）聯(lián)系、聯(lián)系集和聯(lián)系類型聯(lián)系（relationship）表示一個(gè)或多個(gè)實(shí)體之間的關(guān)聯(lián)聯(lián)系。聯(lián)系集（relationship set）是指用一類聯(lián)系構(gòu)成的集合。聯(lián)系類型（relationship type）是對(duì)聯(lián)系集中聯(lián)系的定義。（4）屬性、簡單屬性、復(fù)合屬性、單值屬性、多值屬性、存儲(chǔ)屬性和派生屬性屬性（attribute）：實(shí)體的特征稱為屬性。簡單屬性（Simple Attribute）：不可能再分割的屬性。復(fù)合屬性（Composite Attitute）：可以在分解為其他屬性的屬性（即屬性可嵌套）單值屬性（Single-Valued Attibute）：指同一實(shí)體的屬性只能取一個(gè)值。多值屬性（Multi-Valued Attibute）：指同一實(shí)體的某些屬性可能取多個(gè)值。多值屬性用雙線橢圓形表示。存儲(chǔ)屬性（Stored Attribute）：需要存儲(chǔ)值的屬性。派生屬性（Derived Attribute）：可以從其他屬性值推導(dǎo)出值的屬性。派生屬性的值不必存儲(chǔ)在數(shù)據(jù)庫內(nèi)。派生屬性用虛線橢圓形與實(shí)體相連。（5）聯(lián)系、聯(lián)系元數(shù)、映射基數(shù)、完全參與、部分參與聯(lián)系（relationship）表示一個(gè)或多個(gè)實(shí)體之間的關(guān)聯(lián)聯(lián)系。聯(lián)系元數(shù)（Degree）：一個(gè)聯(lián)系涉及到實(shí)體集個(gè)數(shù)，稱為該聯(lián)系的元數(shù)或度數(shù)。映射基數(shù)（Mapping Cardinalities）：參與一個(gè)聯(lián)系中的實(shí)體數(shù)目稱為映射基數(shù)。完全參與：如果實(shí)體集E中的每個(gè)實(shí)體都參與聯(lián)系集R的至少一個(gè)聯(lián)系中，我們稱實(shí)體集E“完全參與”聯(lián)系集R。部分參與：如果實(shí)體集E中只有部分實(shí)體參與聯(lián)系集R的聯(lián)系中，我們稱實(shí)體集E“部分參與”聯(lián)系集R。在ER圖中表示，完全參與用雙線邊表示，部分參與用單線邊表示。（6）關(guān)系模型、關(guān)系模式、關(guān)系實(shí)例、屬性、域、元組。關(guān)系模型（Relational Model）：用二維表格實(shí)體集，用關(guān)鍵碼表示實(shí)體之間聯(lián)系的數(shù)據(jù)模型稱為關(guān)系模型。關(guān)系模式：在關(guān)系模型中，記錄類型稱為關(guān)系模式。關(guān)系實(shí)例：在關(guān)系模式中，記錄（元組）的集合稱為關(guān)系實(shí)例（Relation）。屬性：在關(guān)系模式中，字段稱為屬性。域：關(guān)系中每一個(gè)屬性都有一個(gè)取值范圍，稱為屬性的值域（Domain）。屬性A的取值范圍用DOM（A）表示。每一個(gè)屬性對(duì)應(yīng)一個(gè)值域，不同的屬性可對(duì)應(yīng)于同一值域。元組：在關(guān)系模式中，記錄稱為元組（Tuple）。（7）超鍵、候選鍵、主鍵、外鍵超鍵（Support Key）：在關(guān)系中能惟一標(biāo)識(shí)元組的屬性集稱為模式的超鍵。候選鍵（Candidate Key）：不含有多余屬性的超鍵稱為候選鍵。也就是在候選鍵中，若再刪除屬性，就不是鍵了。主鍵（Primary Key）：用戶選作元組標(biāo)識(shí)的候選鍵稱為主鍵。一般如不加說明，鍵是指主鍵。外鍵（Foreign Key）：如果模式R中屬性K是其它模式的主鍵，那么K在模式R中稱為外鍵。（8）實(shí)體完整性規(guī)則、參照完整性規(guī)則實(shí)體完整性規(guī)則（Entity Integrity Rule）這條規(guī)則要求關(guān)系中元組在組成主鍵的屬性上不能有空值。如果出現(xiàn)空值，那么主鍵值就起不來惟一標(biāo)識(shí)元組的作用。參照完整性規(guī)則（Reference Integrity Rule）如果屬性集K是關(guān)系模式R1的主鍵，K也是關(guān)系模式R2的外鍵，那么在R2的關(guān)系中，K的取值只允許兩種可能，或者為空值，或者等于R1關(guān)系中某個(gè)主鍵值。（9）弱實(shí)體、子類實(shí)體、超類實(shí)體弱實(shí)體：一個(gè)實(shí)體對(duì)另一個(gè)實(shí)體（稱為強(qiáng)實(shí)體）具有很強(qiáng)的依賴關(guān)系，而且該實(shí)體主鍵的一部分或全部從其強(qiáng)實(shí)體中獲得，則稱該實(shí)體為弱實(shí)體。在ER圖中，弱實(shí)體用雙線矩形框表示。子類實(shí)體、超類實(shí)體：當(dāng)較低層上實(shí)體類型表達(dá)了與之聯(lián)系的較高層上的實(shí)體類型的特殊情況時(shí)，就稱較高層上實(shí)體類型為超類型（Supertype），較低層上實(shí)體類型為子類型（Subtype）。2.2 數(shù)據(jù)庫設(shè)計(jì)的規(guī)劃階段應(yīng)做那些事情？對(duì)于數(shù)據(jù)庫系統(tǒng)，特別是大型數(shù)據(jù)庫系統(tǒng)或大型信息系統(tǒng)中的數(shù)據(jù)庫群，規(guī)劃階段是十分必要的。規(guī)劃的好壞將直接影響到整個(gè)系統(tǒng)的成功與否，對(duì)應(yīng)用單位的信息化進(jìn)程將產(chǎn)生深遠(yuǎn)的影響。規(guī)劃階段具體可分成三個(gè)步驟：（1）系統(tǒng)調(diào)查。對(duì)應(yīng)用單位作全面的調(diào)查。發(fā)現(xiàn)其存在的主要問題，并畫出組織層次圖，以了解企業(yè)的組織機(jī)構(gòu)。（2）可行性分析。從技術(shù)、經(jīng)濟(jì)、效益、法律等諸方面對(duì)建立數(shù)據(jù)庫的可行性進(jìn)行分析；然后寫出可行性分析報(bào)告；組織專家進(jìn)行討論其可行性。（3）確定數(shù)據(jù)庫系統(tǒng)的總目標(biāo)，并對(duì)應(yīng)用單位的工作流程進(jìn)行優(yōu)化和制訂項(xiàng)目開發(fā)計(jì)劃。在得到?jīng)Q策部門批準(zhǔn)后，就正式進(jìn)入數(shù)據(jù)庫系統(tǒng)的開發(fā)工作。2.3 數(shù)據(jù)庫設(shè)計(jì)的需求分析階段工作主要由哪四部組成？這一階段是計(jì)算機(jī)人員（系統(tǒng)分析員）和用戶雙方共同收集數(shù)據(jù)庫所需要的信息內(nèi)容和用戶對(duì)處理的需求。并以需求說明書的形式確定下來，作為以后系統(tǒng)開發(fā)的指南和系統(tǒng)驗(yàn)證的依據(jù)。需求分析的工作主要由下面四部組成：1分析用戶活動(dòng)，產(chǎn)生業(yè)務(wù)流程圖了解用戶的業(yè)務(wù)活動(dòng)和職能，搞清其處理流程（業(yè)務(wù)流程）。如果一個(gè)處理比較復(fù)雜，就要把處理分解成若干個(gè)子處理，使每個(gè)處理功能明確，界面清晰，分析之后畫出用戶的業(yè)務(wù)流程圖。2確定系統(tǒng)范圍，產(chǎn)生系統(tǒng)關(guān)聯(lián)圖這一步是確定系統(tǒng)的邊界，在和用戶經(jīng)過充分討論的基礎(chǔ)上，確定計(jì)算機(jī)所能進(jìn)行的數(shù)據(jù)處理的范圍，確定那些工作由人工完成，那些工作由計(jì)算機(jī)系統(tǒng)完成，即確定人機(jī)界面。3分析用戶活動(dòng)所涉及的數(shù)據(jù)，產(chǎn)生數(shù)據(jù)流圖深入分析用戶的業(yè)務(wù)流程，以數(shù)據(jù)流圖形式表示出數(shù)據(jù)的流向和對(duì)數(shù)據(jù)所進(jìn)行的加工。數(shù)據(jù)流圖（Data Flow Diagram，簡記為DFD）是從“數(shù)據(jù)”和“對(duì)數(shù)據(jù)的加工”兩方面表達(dá)數(shù)據(jù)處理系統(tǒng)工作過程的一種圖形表示法，具有直觀、易于被用戶和軟件人員雙方都能理解的一種表達(dá)系統(tǒng)功能的描述方式。4.分析系統(tǒng)數(shù)據(jù)，產(chǎn)生數(shù)據(jù)字典數(shù)據(jù)字典是對(duì)數(shù)據(jù)描述的集中管理，它的功能是存儲(chǔ)和檢索各種數(shù)據(jù)描述（稱為元數(shù)據(jù) Metadata）。對(duì)數(shù)據(jù)庫設(shè)計(jì)來說，數(shù)據(jù)字典是進(jìn)行詳細(xì)的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典中通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理過程5個(gè)部分。需求分析階段的有關(guān)內(nèi)容在“軟件工程”課程中有詳細(xì)的介紹，這里不再詳述。2.4 在數(shù)據(jù)庫設(shè)計(jì)中，為什么要有概念設(shè)計(jì)這一階段？在早期的數(shù)據(jù)庫設(shè)計(jì)中，概念設(shè)計(jì)并不是一個(gè)獨(dú)立的設(shè)計(jì)階段，當(dāng)時(shí)的設(shè)計(jì)方式是在需求分析之后，直接把用戶信息需求得到的數(shù)據(jù)存儲(chǔ)格式轉(zhuǎn)換成DBMS能處理的邏輯模型。這樣，注意力往往牽扯到更多的細(xì)節(jié)限制方面，而不能集中在最重要的信息組織結(jié)構(gòu)和處理模型上。因此在設(shè)計(jì)依賴于具體DBMS的邏輯模型后，當(dāng)外界環(huán)境發(fā)生變化時(shí)，設(shè)計(jì)結(jié)果就難以適應(yīng)這個(gè)變化。為了改善這種狀況，在需求分析和邏輯設(shè)計(jì)之間增加了概念設(shè)計(jì)階段。此時(shí)，設(shè)計(jì)人員僅從用戶角度看待數(shù)據(jù)及處理需求和約束，爾后產(chǎn)生反映用戶觀點(diǎn)的概念模型（也稱為“組織模型”）。將概念模型從設(shè)計(jì)過程中獨(dú)立出來，可以使數(shù)據(jù)庫設(shè)計(jì)各階段的任務(wù)相對(duì)單一化，得以有效控制設(shè)計(jì)的復(fù)雜程度，便于組織管理。概念模型能充分反映現(xiàn)實(shí)世界中實(shí)體間的聯(lián)系，又是各種基本數(shù)據(jù)模型的共同基礎(chǔ)，同時(shí)也容易向現(xiàn)在普遍使用的關(guān)系模型轉(zhuǎn)換。2.5 試述概念設(shè)計(jì)的主要步驟？概念設(shè)計(jì)的任務(wù)一般可分為三步來完成：進(jìn)行數(shù)據(jù)抽象，設(shè)計(jì)局部概念模型；將局部概念模型綜合成全局概念模型；評(píng)審。（1）進(jìn)行數(shù)據(jù)抽象，設(shè)計(jì)局部概念模型（2）將局部概念模型綜合成全局概念模型（3）評(píng)審2.6 邏輯設(shè)計(jì)的目的是什么？試述邏輯設(shè)計(jì)的主要步驟及內(nèi)容？答：邏輯設(shè)計(jì)的目的是把概念設(shè)計(jì)階段設(shè)計(jì)好的基本ER圖轉(zhuǎn)換成與選用的具體機(jī)器上的DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)（包括數(shù)據(jù)庫模式和外模式）。這些模式在功能、性能、完整性和一致性約束及數(shù)據(jù)庫的可擴(kuò)充性等方面均應(yīng)滿足用戶的各種要求。邏輯設(shè)計(jì)階段主要有五步：1.把概念模型轉(zhuǎn)換成邏輯模型2.設(shè)計(jì)外模型3.設(shè)計(jì)應(yīng)用程序和數(shù)據(jù)庫的接口4.評(píng)價(jià)模型5.修正模型2.7 什么是數(shù)據(jù)庫結(jié)構(gòu)的物理設(shè)計(jì)？試述其具體步驟？答：對(duì)于給定的基本數(shù)據(jù)模型選取一個(gè)最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)的過程，稱為DB的物理設(shè)計(jì)。物理設(shè)計(jì)有五步：確定DB的存儲(chǔ)記錄結(jié)構(gòu)；確定數(shù)據(jù)存儲(chǔ)按排；存取方法的設(shè)計(jì)；完整性和安全性的設(shè)計(jì)；應(yīng)用程序設(shè)計(jì)。2.8 數(shù)據(jù)庫實(shí)現(xiàn)階段主要做哪幾件事情？答：數(shù)據(jù)庫實(shí)現(xiàn)階段主要有以下三項(xiàng)工作：建立實(shí)際DB結(jié)構(gòu)；裝入試驗(yàn)數(shù)據(jù)調(diào)試應(yīng)用程序；裝入實(shí)際數(shù)據(jù)進(jìn)入試運(yùn)行狀態(tài)。2.9 數(shù)據(jù)庫系統(tǒng)投入運(yùn)行后，有那些維護(hù)工作？答：DBS投入運(yùn)行以后，就進(jìn)入運(yùn)行維護(hù)階段。其主要工作有四項(xiàng)：維護(hù)DB的安全性與完整性及系統(tǒng)的轉(zhuǎn)儲(chǔ)和恢復(fù)；DB性能的監(jiān)督、分析與改進(jìn)；增加DB新功能；改正運(yùn)行中發(fā)現(xiàn)的系統(tǒng)錯(cuò)誤。2.10 在概念設(shè)計(jì)中，如何把多值屬性變換成系統(tǒng)容易實(shí)現(xiàn)的形式？將原來的多值屬性用幾個(gè)新的單值屬性來表示。例如，在零件供應(yīng)數(shù)據(jù)庫中，銷售價(jià)格可分解為4個(gè)單值屬性：經(jīng)銷價(jià)格、代銷價(jià)格、批發(fā)價(jià)格和零售價(jià)格。將原來的多值屬性用一個(gè)新的實(shí)體類型表示。這個(gè)新屬性類型和原來的實(shí)體類型之間是1：N聯(lián)系。這個(gè)新實(shí)體依賴于原實(shí)體而存在，我們稱之為弱實(shí)體。2.11 對(duì)聯(lián)系類型有哪兩種約束？試詳細(xì)解釋之。聯(lián)系類型的約束限制了參與聯(lián)系的實(shí)體的數(shù)目。有兩類聯(lián)系約束：基數(shù)約束和參與約束。基數(shù)約束（基數(shù)比約束）：實(shí)體之間聯(lián)系過程中，參與一個(gè)聯(lián)系中的實(shí)體數(shù)目稱為映射基數(shù)。二元聯(lián)系：一對(duì)一（1：1），一對(duì)多（1：N），多對(duì)多（M：N）三元聯(lián)系：1:1:1，1:1:N，1:M:N，M:N:P在具體實(shí)現(xiàn)時(shí)，有時(shí)我們對(duì)映射基數(shù)還要做出更精確的描述，即對(duì)參與聯(lián)系的實(shí)體數(shù)目指明相關(guān)的最小映射基數(shù)min和最大映射基數(shù)max，用范圍“min，max”的方式表示。比如“1，*”表示參與聯(lián)系的實(shí)體至少為1個(gè)，上界沒有限制，即“*”表示“”。如果實(shí)體集E中的每個(gè)實(shí)體都參與聯(lián)系集R的至少一個(gè)聯(lián)系中，我們稱實(shí)體集E“完全參與”聯(lián)系集R。如果實(shí)體集E中只有部分實(shí)體參與聯(lián)系集R的聯(lián)系中，我們稱實(shí)體集E“部分參與”聯(lián)系集R。在ER圖中表示，完全參與用雙線邊表示，部分參與用單線邊表示。2.12 采用ER模型的數(shù)據(jù)庫概念設(shè)計(jì)有那些主要的步驟？采用ER模型進(jìn)行數(shù)據(jù)庫的概念設(shè)計(jì)，可以分成三步進(jìn)行：首先設(shè)計(jì)局部ER模型，然后把各局部ER模型綜合成一個(gè)全局ER模型，最后對(duì)全局ER模型進(jìn)行優(yōu)化，得到最終的ER模型，即概念模型。1.設(shè)計(jì)局部ER模型l 確定局部結(jié)構(gòu)范圍l 定義實(shí)體l 定義聯(lián)系l 分配屬性2.設(shè)計(jì)全局ER模型l 確定公共ER模型l 合并局部ER模型l 消除沖突3.全局ER模型的優(yōu)化l 合并實(shí)體類型l 消除冗余屬性l 消除冗余類型2.13 在關(guān)系模型中，關(guān)系具有那些性質(zhì)？關(guān)系是一個(gè)屬性數(shù)目相同的元組的集合。集合中的元組，每個(gè)元組的屬性數(shù)目應(yīng)該相同。如果一個(gè)關(guān)系的元組數(shù)目是無限的，則稱為無限關(guān)系，否則稱為有限關(guān)系。由于計(jì)算機(jī)存儲(chǔ)系統(tǒng)的限制，只限于研究有限關(guān)系。盡管關(guān)系與二維表格、傳統(tǒng)的數(shù)據(jù)文件有類似之處，但他們又有區(qū)別。嚴(yán)格地講，關(guān)系是一種規(guī)范化了的二維表格。在關(guān)系模型中，對(duì)關(guān)系作了下來規(guī)范性限制：（1）關(guān)系中每一個(gè)屬性值都是不可分解的；（2）關(guān)系中不允許出現(xiàn)重復(fù)元組（即不允許出現(xiàn)相同的元組）；（3）由于關(guān)系是一個(gè)集合，因此不考慮元組間的順序，即沒有行序；（4）元組中的屬性在理論上也是無序的，但使用時(shí)按習(xí)慣考慮的順序。2.14 為什么關(guān)系中的元組沒有先后順序？且不允許有重復(fù)的元組？因?yàn)樵陉P(guān)系中，元組的查詢是通過鍵確定的，不是通過元組的順序確定的，故在關(guān)系中的元組沒有先后順序。也是由于元組的查詢是通過鍵確定的。如果出現(xiàn)重復(fù)的元組，在查詢過程中就不能惟一確定一個(gè)元組。2.15 參照完整性規(guī)則使用時(shí)，有那些變通？試舉例說明。如果屬性集K是關(guān)系模式R1的主鍵，K也是關(guān)系模式R2的外鍵，那么在R2的關(guān)系中，K的取值只允許兩種可能，或者為空值，或者等于R1關(guān)系中某個(gè)主鍵值。這條規(guī)則的實(shí)質(zhì)是“不允許用不存在的實(shí)體”。這條規(guī)則在具體使用時(shí)，有三點(diǎn)變通；（1）外鍵和相應(yīng)的主鍵可以不同名，只要定義在相同值域上即可；（2）R1和R2也可以是同一個(gè)關(guān)系模式，此時(shí)表示了同一個(gè)關(guān)系中不同元組之間的聯(lián)系；（3）外鍵值是否允許為空，應(yīng)視具體問題而定。TEACHER（T#，TNAME，TITLE）COURSE（C#，CNAME，T#）STUDENT（S#，SNAME，AGE，SEX）SC（S#，C#，SCORE）2.16 設(shè)某商業(yè)集團(tuán)數(shù)據(jù)庫中有三個(gè)實(shí)體集。一是“商店”實(shí)體集，屬性有商店號(hào)、商店名、地址等；二是“商品”實(shí)體集，屬性有商品號(hào)、商品名、規(guī)格、單價(jià)等；三是“職工”實(shí)體集，屬性有職工號(hào)、姓名、性別、業(yè)績等。商店與商品間存在“銷售”關(guān)系，每個(gè)商店可銷售多種商品，每種商品也可以放在多個(gè)商店銷售，每個(gè)商店每銷售一種商品，有月銷售量；商店與職工間存在著“聘用”聯(lián)系，每個(gè)商店有許多職工，每個(gè)職工只能在一個(gè)商店工作，商店聘用職工有聘期和月薪。試畫出ER圖，并在圖上注明屬性、聯(lián)系的類型。再轉(zhuǎn)換成關(guān)系模式集，并指出每個(gè)關(guān)系模式的主鍵和外鍵。M1NN商店銷售聘用職工月銷售量聘期月薪商品商品號(hào)商品名規(guī)格單價(jià)職工號(hào)姓名性別業(yè)績商店號(hào)商店名地址這個(gè)ER圖有四個(gè)實(shí)體，其屬性如下：商店（商店號(hào)，商店名，地址）商品（商品號(hào)，商品名，規(guī)格，單價(jià)）職工（職工號(hào)，姓名，性別，業(yè)績，商店號(hào)，聘期，月薪）銷售（商店號(hào)，商品號(hào)，月銷售量）2.17設(shè)某商業(yè)集團(tuán)數(shù)據(jù)庫中有三個(gè)實(shí)體集。一是“公司”實(shí)體集，屬性有公司號(hào)、公司名、地址等；二是“倉庫”實(shí)體集，屬性有倉庫號(hào)、倉庫名、地址等；三是“職工”實(shí)體集，屬性有職工號(hào)、姓名、性別等。公司和倉庫間存在“隸屬”關(guān)系，每個(gè)公司管轄若干倉庫，每個(gè)倉庫只能屬于一個(gè)公司管轄，倉庫與職工之間存在“聘用”聯(lián)系，每個(gè)倉庫可聘用多個(gè)職工，每個(gè)職工只能在一個(gè)倉庫工作，倉庫聘用職工有聘期和工資。試畫出ER圖，并在圖上注明屬性、聯(lián)系的類型。再轉(zhuǎn)換成關(guān)系模式集，并指出每個(gè)關(guān)系模式的主鍵和外鍵。1N聘期工資倉庫號(hào)倉庫名地址職工號(hào)姓名性別聘用職工N公司號(hào)公司名地址1公司隸屬倉庫這個(gè)ER圖有四個(gè)實(shí)體，其屬性如下：公司（公司號(hào)，公司名，地址）倉庫（倉庫號(hào)，倉庫名，地址，公司號(hào)）職工（職工號(hào)，姓名，性別，倉庫號(hào)，聘期，工資）2.18設(shè)某商業(yè)集團(tuán)數(shù)據(jù)庫中有三個(gè)實(shí)體集。一是“商品”實(shí)體集，屬性有商品號(hào)、商品名、規(guī)格、單價(jià)等；二是“商店”實(shí)體集，屬性有商店號(hào)、商店名、地址等；三是“供應(yīng)商”實(shí)體集，屬性有供應(yīng)商號(hào)、供應(yīng)商名、地址等。供應(yīng)商與商品間存在“供應(yīng)”關(guān)系，每個(gè)供應(yīng)商可供應(yīng)多種商品，每種商品也可向多個(gè)供應(yīng)商訂購，供應(yīng)商供應(yīng)商品有月供應(yīng)量；商店與商品間存在著“銷售”聯(lián)系，每個(gè)商店可銷售多種商品，每種商品可在多個(gè)商店銷售，商店銷售商品有月計(jì)劃數(shù)。試畫出ER圖，并在圖上注明屬性、聯(lián)系的類型。再轉(zhuǎn)換成關(guān)系模式集，并指出每個(gè)關(guān)系模式的主鍵和外鍵。商店號(hào)商店名地址商店MN銷售商品月計(jì)劃數(shù)月供應(yīng)量供應(yīng)商號(hào)供應(yīng)商名地址NM供應(yīng)供應(yīng)商商品號(hào)商品名規(guī)格單價(jià)這個(gè)ER圖有五個(gè)實(shí)體，其屬性如下：商 品（商品號(hào)，商品名，規(guī)格，單價(jià)）商 店（商店號(hào)，商店名，地址）供應(yīng)商（供應(yīng)商號(hào)，供應(yīng)商名，地址）供 應(yīng)（商品號(hào)，供應(yīng)商號(hào)，月供應(yīng)量）銷 售（商店號(hào)，商品號(hào)，月計(jì)劃數(shù)）2.19 ER圖轉(zhuǎn)換成關(guān)系模式集的具體思想是什么？ER圖中的主要成分是實(shí)體類型和聯(lián)系類型，轉(zhuǎn)換算法就是如何把實(shí)體類型、聯(lián)系類型轉(zhuǎn)換成關(guān)系模式。算法2.1 把ER圖中實(shí)體類型和聯(lián)系類型轉(zhuǎn)換關(guān)系模式的算法。步驟1（實(shí)體類型的轉(zhuǎn)換）：將每個(gè)實(shí)體類型轉(zhuǎn)換成一個(gè)關(guān)系模式，實(shí)體的屬性即為關(guān)系模式的屬性，實(shí)體標(biāo)識(shí)符即為關(guān)系模式的鍵。步驟2（聯(lián)系類型的轉(zhuǎn)換）：根據(jù)不同情況做不同的處理。步驟2.1（二元聯(lián)系類型的轉(zhuǎn)換）（1） 若實(shí)體間聯(lián)系是1：1，可以在兩個(gè)實(shí)體類型轉(zhuǎn)換成的兩個(gè)關(guān)系模式中任意一個(gè)關(guān)系模式的屬性中加入另一個(gè)關(guān)系模式的鍵（作為外鍵）和聯(lián)系類型的屬性。（2） 若實(shí)體間聯(lián)系是1：N，則在N端實(shí)體類型轉(zhuǎn)換成的關(guān)系模式中加入1端實(shí)體類型的鍵（作為外鍵）和聯(lián)系類型的屬性。（3） 若實(shí)體間聯(lián)系是M：N，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為兩端實(shí)體類型的鍵（作為外鍵）加上聯(lián)系類型的屬性，而鍵為兩端實(shí)體鍵的組合。步驟2.2（一元聯(lián)系類型的轉(zhuǎn)換）和二元聯(lián)系類型的轉(zhuǎn)換（步驟2.1）類似。步驟2.3（三元聯(lián)系類型的轉(zhuǎn)換）（1） 若實(shí)體間聯(lián)系是1：1：1，可以在三個(gè)實(shí)體類型轉(zhuǎn)換成的三個(gè)關(guān)系模式中任意一個(gè)關(guān)系的屬性中加入另兩個(gè)關(guān)系模式的鍵（作為外鍵）和聯(lián)系類型的屬性。（2） 若實(shí)體間聯(lián)系是1：1：N，則在N端實(shí)體類型轉(zhuǎn)換成的關(guān)系模式中加入兩個(gè)1端實(shí)體的鍵（作為外鍵）和聯(lián)系類型的屬性。（3） 若實(shí)體間聯(lián)系是1：M：N，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為M端和N端實(shí)體類型的鍵（作為外鍵）加上聯(lián)系類型的屬性，而鍵為M端和N端實(shí)體鍵的組合。（4） 若實(shí)體間聯(lián)系是M：N：P，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為三端實(shí)體類型的鍵（作為外鍵）加上聯(lián)系類型的屬性，而鍵為三端實(shí)體鍵的組合。2.20 采用ER模型的數(shù)據(jù)庫邏輯設(shè)計(jì)有那些步驟？關(guān)系數(shù)據(jù)庫的邏輯設(shè)計(jì)的結(jié)果是一組關(guān)系模式的定義。由于關(guān)系模型的固有優(yōu)點(diǎn)，邏輯設(shè)計(jì)可以運(yùn)用關(guān)系數(shù)據(jù)庫模式設(shè)計(jì)理論（見后面第3章），使設(shè)計(jì)過程形式化的進(jìn)行，并且結(jié)果可以驗(yàn)證。關(guān)系數(shù)據(jù)庫的邏輯設(shè)計(jì)步驟有以下五步。1.導(dǎo)出初始關(guān)系模式集邏輯設(shè)計(jì)的第一步是把概念設(shè)計(jì)的結(jié)果（即全局ER模型）轉(zhuǎn)換成初始關(guān)系模式集。2.規(guī)范化處理規(guī)范化的目的是減少乃至消除關(guān)系模式中存在的各種異常，改善完整性、一致性和存儲(chǔ)效率。確定規(guī)范級(jí)別之后，利用范式的定義（見后面第3章3.4節(jié)），逐一考察關(guān)系模式，判斷它們是否滿足規(guī)范要求。若不符合上一步所確定的規(guī)范級(jí)別，則利用相應(yīng)的規(guī)范算法將關(guān)系模式規(guī)范化。3.模式評(píng)價(jià)模式評(píng)價(jià)的目的是檢查已給出的數(shù)據(jù)庫模式是否完全滿足用戶的功能要求，是否具有較高的效率，并確定需要加以修正的部分。模式評(píng)價(jià)主要包括功能和性能兩個(gè)方面。4.模式修正根據(jù)模式評(píng)價(jià)的結(jié)果，對(duì)已生成的模式集進(jìn)行修正。修正的方式依賴于導(dǎo)致修正的原因，如果因?yàn)樾枨蠓治?、概念設(shè)計(jì)的疏漏導(dǎo)致某些應(yīng)用不能得到支持，則應(yīng)相應(yīng)增加新的關(guān)系模式或?qū)傩?；如果因?yàn)樾阅芸紤]而要求修正，則可采用合并、分解或選用另外結(jié)構(gòu)的方式進(jìn)行。在經(jīng)過模式評(píng)價(jià)和修正的反復(fù)多次后，最終的數(shù)據(jù)庫模式得以確定，全局邏輯結(jié)構(gòu)設(shè)計(jì)即告結(jié)束。5.設(shè)計(jì)子模式在邏輯設(shè)計(jì)階段，還要設(shè)計(jì)出全部子模式。子模式是面向各個(gè)最終用戶或用戶集團(tuán)的局部邏輯結(jié)構(gòu)。子模式體現(xiàn)了各個(gè)用戶對(duì)數(shù)據(jù)庫的不同觀點(diǎn)，也提供了某種程度的安全性控制。2.21 某體育運(yùn)動(dòng)錦標(biāo)賽有來自世界各國運(yùn)動(dòng)員組成的體育代表團(tuán)參賽各類比賽項(xiàng)目。試為該錦標(biāo)賽各個(gè)代表團(tuán)、運(yùn)動(dòng)員、比賽項(xiàng)目、比賽情況設(shè)計(jì)一個(gè)ER模型。解：1. 需求分析階段：這樣階段是計(jì)算機(jī)人員（系統(tǒng)分析員）和用戶雙方共同收集數(shù)據(jù)庫所需要的信息內(nèi)容和用戶處理的需求。并以需求說明書的形式確定下來，作為以后系統(tǒng)開發(fā)的指南和系統(tǒng)驗(yàn)證的依據(jù)。（1）錦標(biāo)賽有若干國家的代表團(tuán)參加（2）每個(gè)國家代表團(tuán)由若干運(yùn)動(dòng)員組成，每個(gè)運(yùn)動(dòng)員只能參加一個(gè)代表團(tuán)。（3）錦標(biāo)賽有若干比賽項(xiàng)目，運(yùn)動(dòng)員可以參加多個(gè)項(xiàng)目，2. 概念設(shè)計(jì)階段：概念設(shè)計(jì)的目的是產(chǎn)生反映用戶信息需求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模型，概念模型是獨(dú)立于計(jì)算機(jī)硬件結(jié)構(gòu)，獨(dú)立于支持?jǐn)?shù)據(jù)庫的DBMS。國家碼國家名金牌數(shù)銀牌數(shù)銅牌數(shù)編號(hào)姓名性別N1運(yùn)動(dòng)員代表團(tuán)組成MN年齡名次參加比賽比賽項(xiàng)目項(xiàng)目編碼項(xiàng)目名稱3. 邏輯設(shè)計(jì)階段：邏輯設(shè)計(jì)的目的是把概念設(shè)計(jì)階段設(shè)計(jì)好的概念模型轉(zhuǎn)換成與選用的具體機(jī)器上的DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。代 表 團(tuán)（國家碼，國家名）運(yùn) 動(dòng) 員（編號(hào)，姓名，性別，年齡，國家碼）比賽項(xiàng)目（項(xiàng)目編碼，項(xiàng)目名稱）參加比賽（項(xiàng)目編碼，編號(hào)，名次）2.22 假設(shè)某超市公司要設(shè)計(jì)一個(gè)數(shù)據(jù)庫系統(tǒng)來管理該公司的業(yè)務(wù)信息。該超市公司的業(yè)務(wù)管理規(guī)則如下：（1）該超市公司有若干倉庫，若干連鎖商店，供應(yīng)若干商品。（2）每個(gè)商店有一個(gè)經(jīng)理和若干收銀員，每個(gè)收銀員只在一個(gè)商店工作。（3）每個(gè)商店銷售多種商品，每一種商品可在不同商店銷售。（4）每個(gè)商品編號(hào)只有一個(gè)商品名稱，但不同的商品編號(hào)可以有相同的商品名稱。每種商品可以有多種銷售價(jià)格。（5）超市公司的業(yè)務(wù)員負(fù)責(zé)商品的進(jìn)貨業(yè)務(wù)。試按上述規(guī)則設(shè)計(jì)ER模型。業(yè)務(wù)員號(hào)姓名業(yè)務(wù)員M進(jìn)貨進(jìn)貨進(jìn)貨商品號(hào)倉庫號(hào)倉庫名PN商品倉庫商品名1NM存在銷售銷售性質(zhì)銷售價(jià)格N商店編號(hào)商店名稱N銷售價(jià)格商店1屬于NN經(jīng)理職工1職工號(hào)性別姓名該ER圖有6個(gè)實(shí)體類型，其中一個(gè)是弱實(shí)體。其結(jié)構(gòu)如下：商 品（商品號(hào)，商品名）業(yè) 務(wù) 員（業(yè)務(wù)員號(hào)，姓名）商 店（商店編號(hào)，商店名稱）倉 庫（倉庫號(hào)，倉庫名）職 工（工號(hào)號(hào)，姓名，性別）銷售價(jià)格（銷售性質(zhì)，銷售價(jià)格）實(shí)體之間的聯(lián)系有5個(gè)，其中3個(gè)1:N聯(lián)系，2個(gè)M:N:P聯(lián)系，其中聯(lián)系的屬性如下：進(jìn)貨（進(jìn)貨單號(hào)，日期，數(shù)量，經(jīng)手人）銷售（銷售單號(hào)，日期，數(shù)量，經(jīng)手人）根據(jù)轉(zhuǎn)換算法，ER圖中有6個(gè)實(shí)體類型，可轉(zhuǎn)換成6個(gè)關(guān)系模式，另外ER圖中有2個(gè)M:N:P聯(lián)系，也將轉(zhuǎn)換成2個(gè)關(guān)系模式。因此共可轉(zhuǎn)換為8個(gè)關(guān)系模式，具體如下：商 品（商品號(hào)，商品名）銷售價(jià)格（商品號(hào)，銷售性質(zhì)，銷售單價(jià)）業(yè) 務(wù) 員（業(yè)務(wù)員號(hào)，姓名）商 店（商店編號(hào)，商店名稱）倉 庫（倉庫號(hào)，倉庫名）職 工（工號(hào)號(hào)，姓名，性別，商店編號(hào)，經(jīng)理工號(hào)）進(jìn)貨（進(jìn)貨單號(hào)，日期，數(shù)量，經(jīng)手人，商品號(hào)，倉庫號(hào)，業(yè)務(wù)員號(hào)）銷售（銷售單號(hào)，日期，數(shù)量，經(jīng)手人，商品號(hào)，倉庫號(hào)，商店編號(hào)）2.23 試把2.5.2、2.5.3、2.5.4等三小節(jié)中的ER模型轉(zhuǎn)換成關(guān)系模型，并指出每個(gè)關(guān)系模式的主鍵和外鍵。某公司設(shè)計(jì)了人事信息管理系統(tǒng)，其中涉及到職工、部門、崗位、技能、培訓(xùn)課程、獎(jiǎng)懲記錄等信息。其ER圖如圖2.27所示。1N工資獎(jiǎng)懲接受享有M1聘任屬于部門崗位設(shè)置11NNNM培訓(xùn)課程技能職工選課考核NMNM圖 2.27 人事管理信息系統(tǒng)的ER模型該ER圖有7個(gè)實(shí)體類型，其屬性如下：職工（工號(hào)，姓名，性別，年齡，學(xué)歷）部門（部門號(hào)，部門名稱，職能）崗位（崗位編號(hào)，崗位名稱，崗位等級(jí)）技能（技能編號(hào)，技能名稱，技能等級(jí)）獎(jiǎng)懲（序號(hào)，獎(jiǎng)懲標(biāo)志，項(xiàng)目，獎(jiǎng)懲金額）培訓(xùn)課程（課程號(hào)，課程名，教材，學(xué)時(shí)）工資（工號(hào)，基本工資，級(jí)別工資，養(yǎng)老金，失業(yè)金，公積金，納稅）這個(gè)ER圖有7個(gè)類型類型，其中1個(gè)1:1、兩個(gè)1:N、4個(gè)M:N類型。類型類型的屬性如下：選課（時(shí)間，成績）考核（時(shí)間，地點(diǎn)，等級(jí)）設(shè)置（人數(shù)，）接受（獎(jiǎng)罰時(shí)間）根據(jù)轉(zhuǎn)換算法，ER圖中有7個(gè)實(shí)體類型，可轉(zhuǎn)換成7個(gè)關(guān)系模式，另外ER圖中有4個(gè)M:N聯(lián)系，也將轉(zhuǎn)換成4個(gè)關(guān)系模式。因此共可轉(zhuǎn)換為11個(gè)關(guān)系模式，具體如下：職工（工號(hào)，姓名，性別，年齡，學(xué)歷，部門號(hào)，崗位編號(hào)）部門（部門號(hào)，部門名稱，職能）崗位（崗位編號(hào)，崗位名稱，崗位等級(jí)）技能（技能編號(hào)，技能名稱，技能等級(jí)）獎(jiǎng)懲（序號(hào)，獎(jiǎng)懲標(biāo)志，項(xiàng)目，獎(jiǎng)懲金額）培訓(xùn)課程（課程號(hào)，課程名，教材，學(xué)時(shí)）工資（工號(hào)，基本工資，級(jí)別工資，養(yǎng)老金，失業(yè)金，公積金，納稅）選課（課程號(hào)，工號(hào)，時(shí)間，成績）考核（工號(hào)，技能編號(hào)，時(shí)間，地點(diǎn)，等級(jí)）設(shè)置（部門號(hào)，崗位編號(hào)，人數(shù)，）接受（工號(hào)，序號(hào)，獎(jiǎng)罰時(shí)間）某學(xué)員為醫(yī)院“住院管理信息系統(tǒng)”設(shè)計(jì)了數(shù)據(jù)庫的ER模型，對(duì)醫(yī)生、護(hù)士、病人、病房、診斷、手術(shù)、結(jié)賬等有關(guān)信息進(jìn)行管理，其ER圖如圖2.28所示。收據(jù)處方接受手術(shù)安排主刀協(xié)助醫(yī)生診斷書書寫位于手術(shù)室入住分配病床結(jié)賬病人擁有護(hù)士圖2.28住院管理信息系統(tǒng)的圖1這個(gè)ER圖有8個(gè)實(shí)體類型，其屬性如下：病 人（住院號(hào)，姓名，性別，地址）醫(yī) 生（醫(yī)生工號(hào)，姓名，職稱）護(hù) 士（護(hù)士工號(hào)，姓名，職稱）病 床（病房編號(hào)，床位號(hào)，類型，空床標(biāo)志）手術(shù)室（手術(shù)室編號(hào)，類型）手 術(shù)（手術(shù)標(biāo)識(shí)符，類型，日期，時(shí)間，費(fèi)用）診斷書（診斷書編號(hào)，科別，診斷）收 據(jù)（收據(jù)編號(hào)，項(xiàng)目，金額，收款員，日期）這個(gè)ER圖有11個(gè)聯(lián)系類型，其中1個(gè)是1:1聯(lián)系、8個(gè)1:N類型、2個(gè)是M:N聯(lián)系。聯(lián)系的屬性如下：協(xié) 助（角色）處 方（處方單號(hào)，序號(hào)，藥品名稱，規(guī)格，數(shù)量，費(fèi)用）入 ?。ㄈ朐喝掌冢鲈喝掌冢└鶕?jù)轉(zhuǎn)換算法，ER圖中有8個(gè)實(shí)體類型，可轉(zhuǎn)換成8個(gè)關(guān)系模式，另外ER圖中有2個(gè)M:N聯(lián)系，也將轉(zhuǎn)換成2個(gè)關(guān)系模式。因此共可轉(zhuǎn)換為10個(gè)關(guān)系模式，具體如下：病 人（住院號(hào)，姓名，性別，地址，病房編號(hào)，床位號(hào)）醫(yī) 生（醫(yī)生工號(hào)，姓名，職稱）護(hù) 士（護(hù)士工號(hào)，姓名，職稱，手術(shù)室編號(hào)）病 床（病房編號(hào)，床位號(hào)，類型，空床標(biāo)志，護(hù)士工號(hào)）手術(shù)室（手術(shù)室編號(hào)，類型）手 術(shù)（手術(shù)標(biāo)識(shí)符，類型，日期，時(shí)間，費(fèi)用，醫(yī)生工號(hào)，住院號(hào)）診斷書（診斷書編號(hào)，科別，診斷，醫(yī)生工號(hào)，住院號(hào)）收 據(jù)（收據(jù)編號(hào)，項(xiàng)目，金額，收款員，日期，住院號(hào)）收 據(jù)（收據(jù)編號(hào)，項(xiàng)目，金額，收款員，日期，住院號(hào)）協(xié) 助（醫(yī)生工號(hào)，手術(shù)標(biāo)識(shí)符，角色）處 方（醫(yī)生工號(hào)，住院號(hào)，處方單號(hào)，序號(hào)，藥品名稱，規(guī)格，數(shù)量，費(fèi)用）某貨運(yùn)公司設(shè)計(jì)了車隊(duì)信息管理系統(tǒng)，對(duì)車輛、司機(jī)、維護(hù)、保險(xiǎn)、保險(xiǎn)、報(bào)銷等信息和業(yè)務(wù)活動(dòng)進(jìn)行管理。其ER圖如圖2.29所示。該ER圖有8個(gè)實(shí)體類型，其結(jié)構(gòu)如下：部門（部門號(hào)，名稱，負(fù)責(zé)人）車隊(duì)（車隊(duì)號(hào)，名稱，地址）司機(jī)（司機(jī)號(hào)，姓名，執(zhí)照號(hào)，電話，工資）車輛（車牌號(hào)，車型，顏色，重載）保險(xiǎn)公司（保險(xiǎn)公司號(hào)，名稱，地址）維修公司（維修公司號(hào)，名稱，地址）開銷（順序號(hào)，費(fèi)用類型，費(fèi)用，日期，經(jīng)手人）制造商（制造商編號(hào)，名稱，地址）制造制造商聘用部門車隊(duì)維修公司車輛維修擁有開銷報(bào)銷調(diào)用保險(xiǎn)2司機(jī)保險(xiǎn)1保險(xiǎn)公司出車圖2.29公司車隊(duì)信息系統(tǒng)的ER圖MN1N1MN1NNN1NN11N1實(shí)體之間有9個(gè)聯(lián)系，其中8個(gè)是1：N聯(lián)系，2個(gè)是M：N聯(lián)系。其中聯(lián)系的屬性如下：調(diào)用（出車編號(hào)，出車日期，車程，費(fèi)用，車輛數(shù)目）保險(xiǎn)1（投保日期，保險(xiǎn)種類，費(fèi)用）保險(xiǎn)2（投保日期，保險(xiǎn)種類，費(fèi)用）出車（派工單號(hào)，起點(diǎn)，終點(diǎn)，日期，輔助人員）根據(jù)轉(zhuǎn)換算法，ER圖中有8個(gè)實(shí)體類型，可轉(zhuǎn)換成8個(gè)關(guān)系模式，另外ER圖中有2個(gè)M:N聯(lián)系，也將轉(zhuǎn)換成2個(gè)關(guān)系模式。因此共可轉(zhuǎn)換為10個(gè)關(guān)系模式，具體如下：部門（部門號(hào)，名稱，負(fù)責(zé)人）車隊(duì)（車隊(duì)號(hào)，名稱，地址）司機(jī)（司機(jī)號(hào)，姓名，執(zhí)照號(hào)，電話，工資，車隊(duì)號(hào)，保險(xiǎn)公司號(hào)，投保日期，保險(xiǎn)種類，費(fèi)用）車輛（車牌號(hào)，車型，顏色，重載，車隊(duì)號(hào)，保險(xiǎn)公司號(hào)，維修公司號(hào)，制造商編號(hào)，投保日期，保險(xiǎn)種類，費(fèi)用）保險(xiǎn)公司（保險(xiǎn)公司號(hào)，名稱，地址）維修公司（維修公司號(hào)，名稱，地址）開銷（順序號(hào)，費(fèi)用類型，費(fèi)用，日期，經(jīng)手人，車牌號(hào)）制造商（制造商編號(hào)，名稱，地址）調(diào)用（部門號(hào)，車隊(duì)號(hào)，出車編號(hào)，出車日期，車程，費(fèi)用，車輛數(shù)目）出車（司機(jī)號(hào)，車牌號(hào)，派工單號(hào)，起點(diǎn)，終點(diǎn)，日期，輔助人員）2.24 表2.2 為一張交通違章處罰通知書，試根據(jù)這張通知書所提供的信息，設(shè)計(jì)一個(gè)ER模型，并將這個(gè)ER模型轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型，要求標(biāo)明主鍵和外鍵。表2.2 交通違章處罰通知書交通違章處罰通知書 編號(hào)：TZ22719姓名： 駕駛執(zhí)照號(hào)：地址：郵編： 電話：機(jī)動(dòng)車牌照號(hào)： 型號(hào)：制造廠： 生產(chǎn)日期：違章日期： 時(shí)間：地點(diǎn)： 違章記載：處罰方法：警告 罰款 暫扣駕駛執(zhí)照警察簽字： 警察編號(hào)：被處罰人簽字：注：一張違章通知書可能有多項(xiàng)處罰，例如：警告+罰款。違章通知書系統(tǒng)，對(duì)違章人、違章車輛、違章事件、處罰情況等信息進(jìn)行管理。其ER圖如下所示。違章人車輛NM違章PN警察根據(jù)轉(zhuǎn)換算法，ER圖中有3個(gè)實(shí)體類型，可轉(zhuǎn)換成3個(gè)關(guān)系模式。具體如下：違 章 人（駕駛執(zhí)照號(hào)，姓名，地址，郵編，電話）車 輛（機(jī)動(dòng)車牌照號(hào)，型號(hào)，制造廠，生產(chǎn)日期）警察情況（警察編號(hào)，姓名）實(shí)體之間有1個(gè)聯(lián)系，M:N:P聯(lián)系。其中聯(lián)系的屬性如下：違章通知書（編號(hào)，違章日期，時(shí)間，地點(diǎn)，違章記載，警告，罰款，暫扣駕駛執(zhí)照）根據(jù)轉(zhuǎn)換算法，ER圖中有3個(gè)實(shí)體類型，可轉(zhuǎn)換成3個(gè)關(guān)系模式，另外ER圖中有1個(gè)M:N:P聯(lián)系，也將轉(zhuǎn)換成1個(gè)關(guān)系模式。因此共可轉(zhuǎn)換為4個(gè)關(guān)系模式，具體如下：違 章 人（駕駛執(zhí)照號(hào)，姓名，地址，郵編，電話）車 輛（機(jī)動(dòng)車牌照號(hào)，型號(hào)，制造廠，生產(chǎn)日期）警察情況（警察編號(hào)，姓名）違章通知書（編號(hào)，駕駛執(zhí)照號(hào)，機(jī)動(dòng)車牌照號(hào)，警察編號(hào)，違章日期，時(shí)間，地點(diǎn)，違章記載，是否警告，是否罰款，是否暫扣駕駛執(zhí)照，被處罰人簽字標(biāo)志）2.3 自測(cè)題2.3.1 填空題1. 數(shù)據(jù)庫設(shè)計(jì)過程的輸入包括四部分內(nèi)容：_，_，_和_。2. 數(shù)據(jù)庫設(shè)計(jì)過程的輸出主要有兩部分：_和_。3. 規(guī)劃階段具體可以分成三個(gè)步驟：_、_和_。4. 需求分析的工作主要有下面四步組成：分析用戶活動(dòng)，產(chǎn)生_；確定系統(tǒng)范圍，產(chǎn)生_；分析用戶活動(dòng)涉及的數(shù)據(jù)，產(chǎn)生_；分析系統(tǒng)數(shù)據(jù)，產(chǎn)生_。5. 需求分析中的數(shù)據(jù)字典通常包含以下五個(gè)部分：_，_，_，_和_。6. 概念設(shè)計(jì)的目標(biāo)是產(chǎn)生反映_的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模式。7. 概念設(shè)計(jì)階段可分為三步來完成：_，_和_。8. 就方法的特點(diǎn)而言，需求分析階段通常采用_的分析方法；概念設(shè)計(jì)階段通常采用_的設(shè)計(jì)方法。9. 邏輯設(shè)計(jì)的主要工作是：_。10. 邏輯設(shè)計(jì)的步驟有五步：_，_，_，_和_。11. 物理設(shè)計(jì)可分成五步進(jìn)行：_，_，_，_和_。12. DBS的維護(hù)工作由_承擔(dān)的。13. DBS的維護(hù)工作主要包括以下四個(gè)部分：_，_，_，_。2.3.2 單項(xiàng)選擇題（在備選的答案中選出一個(gè)正確答案）1 需求分析階段設(shè)計(jì)數(shù)據(jù)流程圖（DFD）通常采用A面向?qū)ο蟮姆椒˙回溯的方法C自底向上的方法D自頂向下的方法2 概念設(shè)計(jì)階段設(shè)計(jì)概念模型通常采用A面向?qū)ο蟮姆椒˙回溯的方法C自底向上的方法D自頂向下的方法3 設(shè)計(jì)子模式屬于數(shù)據(jù)庫設(shè)計(jì)的A需求分析 B概念設(shè)計(jì)C邏輯設(shè)計(jì)D物理設(shè)計(jì)4 概念結(jié)構(gòu)設(shè)計(jì)的主要目標(biāo)是產(chǎn)生數(shù)據(jù)庫的概念結(jié)構(gòu)，該結(jié)構(gòu)主要反映A應(yīng)用程序員的編程需求BDBA的管理信息需求C數(shù)據(jù)庫系統(tǒng)的維護(hù)需求D企業(yè)組織的信息需求5 數(shù)據(jù)庫設(shè)計(jì)人員和用戶之間溝通信息的橋梁是A程序流程圖B實(shí)體聯(lián)系圖C模塊結(jié)構(gòu)圖D數(shù)據(jù)結(jié)構(gòu)圖6 有兩個(gè)不同的實(shí)體集，它們之間存在著一個(gè)1:1聯(lián)系和一個(gè)M:N聯(lián)系，那么根據(jù)ER模 型轉(zhuǎn)換成關(guān)系模型的規(guī)則，這個(gè)ER結(jié)構(gòu)轉(zhuǎn)換成的關(guān)系模式個(gè)數(shù)為A2個(gè) B3個(gè)C4個(gè)D5個(gè)7 如果有10個(gè)不同的實(shí)體集，它們之間存在著12個(gè)不同的二元聯(lián)系（二元聯(lián)系是指兩個(gè)實(shí)體集之間的聯(lián)系），其中3個(gè)1:1聯(lián)系，4個(gè)1:N聯(lián)系，5個(gè)M:N聯(lián)系，那么根據(jù)ER模型轉(zhuǎn)換成關(guān)系模型的規(guī)則，這個(gè)ER結(jié)構(gòu)轉(zhuǎn)換成的關(guān)系模式個(gè)數(shù)為A14個(gè) B15個(gè)C19個(gè)D22個(gè)8 在ER模型轉(zhuǎn)換成關(guān)系模型的過程中，下列敘述不正確的是A每個(gè)實(shí)體類型轉(zhuǎn)換成一個(gè)關(guān)系模式B每個(gè)聯(lián)系類型轉(zhuǎn)換成一個(gè)關(guān)系模式C每個(gè)M:N聯(lián)系類型轉(zhuǎn)換一個(gè)關(guān)系模式D在處理1:1和1:N聯(lián)系類型時(shí)，不生成新的關(guān)系模式9 當(dāng)同一個(gè)實(shí)體集內(nèi)部的實(shí)體之間存在著一個(gè)1:N聯(lián)系時(shí)，那么根據(jù)ER模型轉(zhuǎn)換成關(guān)系模型的規(guī)則，這個(gè)ER結(jié)構(gòu)轉(zhuǎn)換成的關(guān)系模式個(gè)數(shù)為A1個(gè) B2個(gè)C3個(gè) D4個(gè)10當(dāng)同一個(gè)實(shí)體集內(nèi)部的實(shí)體之間存在著一個(gè)M:N聯(lián)系時(shí)，那么根據(jù)ER模型轉(zhuǎn)換成關(guān)系模型的規(guī)則，這個(gè)ER結(jié)構(gòu)轉(zhuǎn)換成的關(guān)系模式個(gè)數(shù)為A1個(gè) B2個(gè) C3個(gè) D4個(gè)11在數(shù)據(jù)庫設(shè)計(jì)中，子類與超類存在著A相容性聯(lián)系 B調(diào)用的聯(lián)系C繼承性的聯(lián)系 D一致性聯(lián)系2.3.3 設(shè)計(jì)題假設(shè)要為某商業(yè)集團(tuán)設(shè)計(jì)一個(gè)數(shù)據(jù)庫，該集團(tuán)中有若干倉庫、若干商店、經(jīng)銷若干商品。試畫一個(gè)有關(guān)倉庫、商店、商品、采購員、職工、顧客、供應(yīng)商、采購、入庫、出庫、銷售聘用等信息的ER圖。2.3.4 ER圖實(shí)例在數(shù)據(jù)庫設(shè)計(jì)中，ER模型的設(shè)計(jì)是一個(gè)很重要的環(huán)節(jié)。為了幫助學(xué)習(xí)者提高數(shù)據(jù)庫設(shè)計(jì)水平，有利于畢業(yè)設(shè)計(jì)和今后的工作，我們從畢業(yè)生的論文中挑選了5個(gè)ER模型，供參考。這些設(shè)計(jì)并不是惟一的，可能還不完善，但大家從中可得到有益的啟發(fā)，拓寬思路。1某學(xué)員為醫(yī)院“住院管理信息系統(tǒng)”設(shè)計(jì)了數(shù)據(jù)庫的ER模型，對(duì)醫(yī)生、護(hù)士、病人、病房、診斷、手術(shù)、結(jié)賬等有關(guān)信息進(jìn)行管理，其ER圖如圖2.11所示。這個(gè)ER圖有8個(gè)實(shí)體類型，其屬性如下：病人（住院號(hào)，姓名，性別，地址）醫(yī)生（醫(yī)生工號(hào)，姓名，職稱）護(hù)士（護(hù)士工號(hào)，姓名，職稱）病床（病床編號(hào)，床位號(hào)，類型，空床標(biāo)志）手術(shù)室（手術(shù)室編號(hào)，類型）手術(shù)（手術(shù)標(biāo)識(shí)號(hào)，類型，日期，時(shí)間，費(fèi)用）診斷書（診斷書編號(hào)，科別，診斷）收據(jù)（收據(jù)編號(hào)，項(xiàng)目，金額，收款員，日期）這個(gè)ER圖有11個(gè)聯(lián)系類型，其中1個(gè)是1：1聯(lián)系，8個(gè)1：N聯(lián)系，2個(gè)是M：N聯(lián)系。聯(lián)系的屬性如下：協(xié)助（角色）處方（處方單號(hào)，序號(hào)，藥品名稱，規(guī)格，數(shù)量，費(fèi)用）入?。ㄈ朐喝掌?，出院日期）試把這個(gè)ER圖轉(zhuǎn)換成關(guān)系模型。并指出各個(gè)關(guān)系模式的主鍵和外鍵。N病人1N111N1N1NN1N1NNNMM11護(hù)士醫(yī)生診斷書手術(shù)手術(shù)室處方安排書寫協(xié)助接受擁有位于入住主刀病床分配結(jié)賬收據(jù)圖2.11住院管理信息系統(tǒng)的ER圖2某學(xué)員為電腦專賣店設(shè)計(jì)開發(fā)了“電腦銷售信息管理系統(tǒng)”，數(shù)據(jù)庫的ER模型對(duì)商品、供應(yīng)商、倉庫、營業(yè)員、門店的有關(guān)信息進(jìn)行了管理，其ER圖如圖2.12所示。這個(gè)ER圖有7個(gè)實(shí)體類型，其屬性如下：商品（商品編號(hào)，名稱，類別，單位，單價(jià)）供應(yīng)商（供應(yīng)商編號(hào)，名稱，賬號(hào)，地址）倉庫（倉庫編號(hào)，地址，負(fù)責(zé)人）門店（門店編號(hào)，名稱，地址）采購員（采購員編號(hào)，姓名，業(yè)績）管理員（管理員編號(hào)，姓名，業(yè)績）營業(yè)員（營業(yè)員編號(hào)，姓名，業(yè)績）這個(gè)ER圖有7個(gè)聯(lián)系類型，其中2個(gè)是1：N聯(lián)系，1個(gè)M：N聯(lián)系，4個(gè)是M：N：P聯(lián)系。聯(lián)系的屬性如下：采購（采購單號(hào)，數(shù)量，日期）進(jìn)貨（進(jìn)貨單號(hào)，數(shù)量，日期）配送（配送單號(hào)，數(shù)量，日期）銷售（銷售單號(hào)，數(shù)量，日期）存儲(chǔ)（庫存量，日期，安全庫存量）試把這個(gè)ER圖