【文章內(nèi)容簡介】 合圖標(biāo)”建立一個“聯(lián)合”，然后再使用“實體到聯(lián)合連接圖標(biāo)”完成。① 建立“聯(lián)合”過程首先選中工具板上“聯(lián)合圖標(biāo)”，在CDM工作區(qū)中單擊任意處，產(chǎn)生“聯(lián)合”；用鼠標(biāo)雙擊“聯(lián)合”圖形，出現(xiàn)定義“帶屬性”聯(lián)系即聯(lián)合特性的窗口。在“General”選項卡中，輸入Name（即聯(lián)系名，最好輸入漢字名字）、Code（最好輸入英文名）。在“Attributes”選項卡中，輸入聯(lián)系的屬性。單擊“確定”按鈕，在CDM工作區(qū)中產(chǎn)生一個“聯(lián)合”（即帶有屬性的聯(lián)系）。② 建立實體到聯(lián)合的連接“聯(lián)合”建立好后，需要將該“聯(lián)合”與相關(guān)實體連接，使用“實體到聯(lián)合連接圖標(biāo)”來完成。其操作過程是：選中工具板上“實體到聯(lián)合連接圖標(biāo)”，在CDM工作區(qū)中，將鼠標(biāo)的十字箭頭定位到一個“實體”，按住左鍵拖拉到“聯(lián)合”中，松開鼠標(biāo)，此時在該實體與聯(lián)合之間出現(xiàn)一條“聯(lián)合連接”線（也可以繪制另一個實體到聯(lián)合的連接），這條線表明實體與聯(lián)合之間建立了一種關(guān)聯(lián)，然而這種關(guān)聯(lián)的類型需要重新確定，雙擊“聯(lián)合連接”線，出現(xiàn)定義“聯(lián)合連接”線特性的窗口。 定義“聯(lián)合連接”特性的窗口，需要在從下拉列表中選擇“Cardinality”的值（即實體到聯(lián)合的連接類型，有“0，n”、“0，1”、“1，1”、“1，n”四種類型可選擇），單擊“確定”按鈕，完成設(shè)置。⒋參照上面的使用部驟依次建立各個實體并修改實體的屬性；再依次建立實體間的聯(lián)系并修改其屬性，最后生成CDM模型。 CDM模型概念結(jié)構(gòu)是獨立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。邏輯結(jié)構(gòu)設(shè)計的任務(wù)就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本ER圖轉(zhuǎn)化為與選用DBMS產(chǎn)品所支持?jǐn)?shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。針對手機話費管理系統(tǒng) ，邏輯結(jié)構(gòu)設(shè)計采用關(guān)系模型轉(zhuǎn)換概念結(jié)構(gòu)，將ER圖依照規(guī)則轉(zhuǎn)換為關(guān)系模型，為了進(jìn)一步提高數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能，再將轉(zhuǎn)換后的關(guān)系模型進(jìn)行優(yōu)化，確定是否要對某些模式進(jìn)行合并或分解，為物理設(shè)計提供最優(yōu)的處理。 ER圖向關(guān)系模型的轉(zhuǎn)換關(guān)系模型的邏輯結(jié)構(gòu)是一組關(guān)系模式的集合。ER圖則是由實體，實體的屬性和實體間的聯(lián)系三個要素組成。所以將ER圖轉(zhuǎn)換為關(guān)系模型實際上就是要將實體，實體的屬性和實體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。轉(zhuǎn)換原則如下：⒈實體類型的轉(zhuǎn)換:將每個實體類型轉(zhuǎn)換成一個關(guān)系模式，實體的屬性及為關(guān)系模式的屬性，實體標(biāo)識符及為關(guān)系模式的鍵。⒉聯(lián)系類型的轉(zhuǎn)換，根據(jù)不同的情況做不同的處理。⑴ 若實體間的聯(lián)系是1:1的，可以在兩個實體類型轉(zhuǎn)換成的兩個關(guān)系模式中的任意一個關(guān)系模式的屬性中加入另一各關(guān)系模式的鍵和聯(lián)系類型的屬性。⑵ 若實體間的聯(lián)系1:N的，則在N端實體類型轉(zhuǎn)換成的關(guān)系模式中加入1端實體類型轉(zhuǎn)換成的關(guān)系模式的鍵和聯(lián)系類型的屬性。⑶ 若實體間的聯(lián)系是M:N的，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為兩端實體類型的鍵加上關(guān)系類型的屬性，而鍵為兩端實體間的組合。⑷3個或3個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換為一個關(guān)系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，各實體的碼組成關(guān)系的碼或關(guān)系碼的一部分。⑸具有相同碼的關(guān)系模式可合并。⒊ 依照該規(guī)則將企業(yè)人事管理系統(tǒng)的ER圖轉(zhuǎn)換為關(guān)系模型如下⑴ 將每一個實體轉(zhuǎn)換成一個關(guān)系（關(guān)系就是給出關(guān)系名，寫出屬性，并標(biāo)明該關(guān)系的主鍵）① 工作人員的基本信息（工作人員編號，工作人員姓名，工作人員性別，工作人員口令）此為工作人員實體對應(yīng)的關(guān)系模式，主碼為工作人員的編號。② 用戶的基本信息（身份證號碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)）此為用戶實體對應(yīng)的關(guān)系模式，主碼為用戶的身份證號碼。③ 銀行卡信息（銀行卡號，余額）此為銀行卡實體對應(yīng)的關(guān)系模式，主碼為銀行卡號。④ 話費信息（手機號碼，話費余額）此為話費實體對應(yīng)的關(guān)系模式，主碼為手機號碼。⑤ 業(yè)務(wù)信息（業(yè)務(wù)編號，賬目編號，業(yè)務(wù)名稱，業(yè)務(wù)金額）此為業(yè)務(wù)實體對應(yīng)的關(guān)系模式，主碼為業(yè)務(wù)編號，業(yè)務(wù)消費產(chǎn)生賬目，為n：1的“消費”聯(lián)系，所以賬目編號為業(yè)務(wù)信息的外碼。⑥賬目信息（賬目編號，消費月份，業(yè)務(wù)費）此為賬目實體對應(yīng)的關(guān)系模式，賬目編號為主碼。⑦繳費（繳費編號，手機號碼，繳費金額，繳費時間）此為聯(lián)系“繳費”所對應(yīng)的關(guān)系模式，銀行卡繳費話費的n:m“繳費”聯(lián)系，所以銀行卡號和手機號碼聯(lián)合做“繳費”的主碼。⑧辦理（業(yè)務(wù)編號，手機號碼，辦理時間）此為聯(lián)系“辦理”所對應(yīng)的關(guān)系模式，手機辦理業(yè)務(wù)的n:m“辦理”聯(lián)系，所以手機號碼和業(yè)務(wù)編號聯(lián)合做“辦理”的主碼。⑨注冊（工作人員編號，身份證號碼，注冊時間，手機號碼）此為聯(lián)系“注冊”所對應(yīng)的關(guān)系模式，工作人員為用戶注冊的n:m“注冊”聯(lián)系，所以工作人員的編號和用戶的身份證號碼聯(lián)合做“注冊”的主碼。⑩手機信息(手機號碼，身份證號碼)此為手機實體的關(guān)系模式，手機號碼為主碼，手機號碼為用戶的n：1的“屬于”關(guān)系，所以用戶的身份證號碼傳遞過去做手機的外碼。由ER圖可知，手機話費管理系統(tǒng)有七個實體和三帶屬性個聯(lián)系?？赊D(zhuǎn)換為10個關(guān)系模型。由關(guān)系依賴知，在工作人員的基本信息、用戶的基本的信息、銀行卡信息、話費信息、賬目信息、業(yè)務(wù)信息、手機信息、繳費、辦理、注冊中，這十個關(guān)系模式中其屬性都是不能再分的，為一階范式。并且都是由主碼唯一決定關(guān)系中的其他屬性，不存在部分函數(shù)依賴和傳遞函數(shù)依賴，所以這是十個關(guān)系都是3NF。皆為最優(yōu)，關(guān)系模型的優(yōu)化結(jié)束。 PDM模型的生成過程⒈ 選擇生成CDM模型中的【Tools】 【Generate Physical Data Model...】得到PDM對話框生成圖，首先選擇要轉(zhuǎn)換的DBMS,這里選擇“ORACLE Version 9i”，然后確定名稱(name)和代碼(code)。 PDM對話框生成圖⒉ 點擊確定，最后形成PDM。 PDM模型 SQL腳本/*==============================================================*//* Database name: ConceptualDataModel_5 *//* DBMS name: ORACLE Version 9i *//* Created on: 20081129 21:32:38 *//*==============================================================*/alter table BANLI drop constraint FK_BANLI_BANLI_業(yè)務(wù)/alter table BANLI drop constraint FK_BANLI_BANLI2_手機/alter table bank_card drop constraint FK_BANK_CAR_USE_USER/alter table pay drop constraint FK_PAY_PAY_BANK_CAR/alter table pay drop constraint FK_PAY_PAY2_PHONE_CO/alter table register drop constraint FK_REGISTER_REGISTER_STAFF/alter table register drop constraint FK_REGISTER_REGISTER2_USER/alter table 手機 drop constraint FK_手機_BELONG_USER/alter table 業(yè)務(wù) drop constraint FK_業(yè)務(wù)_CONSUME_ACCOUNT/drop index BANLI2_FK/drop index BANLI_FK/drop index use_FK/drop index pay2_FK/drop index pay_FK/drop index register2_FK/drop index register_FK/drop index belong_FK/drop index consume_FK/drop table BANLI cascade constraints/drop table account cascade constraints/drop table bank_card cascade constraints/drop table pay cascade constraints/drop table phone_cost cascade constraints/drop table register cascade constraints/drop table staff cascade constraints/drop table user cascade constraints/drop table 手機 cascade constraints/drop table 業(yè)務(wù) cascade constraints//*==============================================================*//* Table: BANLI *//*==============================================================*/create table BANLI ( YEWU_no CHAR(6) not null, 手機號碼 CHAR(10) not null, BANLI_time DATE, constraint PK_BANLI primary key (YEWU_no, 手機號碼))//*==============================================================*//* Ind