1、數據庫實用技術第二章第二章 數據庫根底數據庫根底關系型數據庫的定義關系型數據庫的定義1E-R模型到關系模型的轉換模型到關系模型的轉換2關系規范化關系規范化3實訓：計費系統的邏輯設計實訓：計費系統的邏輯設計4運用運用PowerDesigner5數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系型數據庫是基于關系模型的數據庫。關系型數據庫是基于關系模型的數據庫。v關系模型的三要素：關系模型的三要素：v關系數據構造：關系數據構造：v關系模型的數據構造非常單一。關系模型的數據構造非常單一。v現實世界中的實體以及實體之間的各種聯絡一現實世界中的實體以及實體之間的各種聯絡一致用關系表示。致用關系表示

2、。v在用戶看來，一個關系就是一張二維表。在用戶看來，一個關系就是一張二維表。v關系數據操作。關系數據操作。v關系數據完好性約束。關系數據完好性約束。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系型數據庫是基于關系模型的數據庫。關系型數據庫是基于關系模型的數據庫。v關系模型的三要素：關系模型的三要素：v關系數據構造。關系數據構造。v關系數據操作：關系數據操作：v數據操作是指對數據庫中各種數據對象允許執數據操作是指對數據庫中各種數據對象允許執行的操作的集合。行的操作的集合。v主要有查詢和更新插入、刪除、修正兩大主要有查詢和更新插入、刪除、

3、修正兩大類操作。類操作。v數據模型必需定義這些操作確實切含義、操作數據模型必需定義這些操作確實切含義、操作符號、操作規那么及實現操作的言語。符號、操作規那么及實現操作的言語。v關系數據完好性約束。關系數據完好性約束。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系型數據庫是基于關系模型的數據庫。關系型數據庫是基于關系模型的數據庫。v關系模型的三要素：關系模型的三要素：v關系數據構造。關系數據構造。v關系數據操作。關系數據操作。v關系數據完好性約束：關系數據完好性約束：v數據的約束是一組完好性規那么的集合。數據的約束是一組完好性規那么的集

4、合。v完好性規那么是數據模型中數據及其聯絡所具完好性規那么是數據模型中數據及其聯絡所具有的制約和依存規那么，用以保證數據的正確有的制約和依存規那么，用以保證數據的正確性、有效性和一致性。性、有效性和一致性。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據構造：關系數據構造：v關系術語：關系術語：v關系關系Relation：是滿足一定條件的二維表。：是滿足一定條件的二維表。每個關系有一個關系名。每個關系有一個關系名。v元組元組Tuple：關系表中的一行，描畫一實：關系表中的一行，描畫一實體或聯絡。也被稱為記錄。體或聯絡。也被稱為記錄。

5、v屬性屬性Attribute：關系表中的各列，也被：關系表中的各列，也被稱為字段。每一個屬性都有一個名字，即表中稱為字段。每一個屬性都有一個名字，即表中的列標題稱為屬性名；表中各列對應的數據稱的列標題稱為屬性名；表中各列對應的數據稱為屬性值，描畫實體或聯絡的特征。為屬性值，描畫實體或聯絡的特征。v域域Domain：屬性的取值范圍，即不同的：屬性的取值范圍，即不同的元組對同一個屬性的取值所限定的范圍。元組對同一個屬性的取值所限定的范圍。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據構造：關系數據構造：v關系術語：關系術語：v候選碼候

6、選碼Candidate Key：假設關系表中的：假設關系表中的某一屬性或屬性組多個屬性的最小組合的某一屬性或屬性組多個屬性的最小組合的值能獨一地確定一個元組，稱該屬性或屬性組值能獨一地確定一個元組，稱該屬性或屬性組為候選碼。候選碼可以有多個。為候選碼。候選碼可以有多個。v主鍵主鍵Primary Key，PK：假設候選碼有：假設候選碼有多個，取其中某一個作為關系的主鍵。主鍵也多個，取其中某一個作為關系的主鍵。主鍵也被稱為關鍵字。其值不允許為被稱為關鍵字。其值不允許為NULL，而且獨，而且獨一標識一行。一標識一行。v NULL表示該字段的值為空，它不是表示該字段的值為空，它不是0，也不，也不是空格

7、。是空格。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據構造：關系數據構造：v關系術語：關系術語：v外鍵外鍵Foreign Key，FK：是一個關系中的：是一個關系中的屬性或屬性組，但不是本關系的主鍵，而是另屬性或屬性組，但不是本關系的主鍵，而是另一關系的主鍵，那么稱該屬性或屬性組是該關一關系的主鍵，那么稱該屬性或屬性組是該關系的外鍵，也被稱為外關鍵字。系的外鍵，也被稱為外關鍵字。v 關系型數據庫的表間關系必需借助外鍵來建立。關系型數據庫的表間關系必需借助外鍵來建立。v主屬性主屬性Primary Attribute：能作為候選：能

8、作為候選碼的屬性。一個關系表中至少必需有一個候選碼的屬性。一個關系表中至少必需有一個候選碼。碼。v非主屬性非主屬性Non-primary Attribute：不：不包含在任何候選碼中的屬性。即不是候選碼的包含在任何候選碼中的屬性。即不是候選碼的屬性。屬性。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據構造：關系數據構造：v關系：關系是一個二維表，它必需滿足以下特關系：關系是一個二維表，它必需滿足以下特性：性：v關系表的每一元組行定義實體集的一關系表的每一元組行定義實體集的一個實體，每一列定義實體的一個屬性。個實體，每一列定義實體的

9、一個屬性。v每一列表示一個屬性字段，且列名不能反每一列表示一個屬性字段，且列名不能反復。復。v關系必需有一個主鍵關鍵字，用來獨一標關系必需有一個主鍵關鍵字，用來獨一標識一個元組行，即實體。識一個元組行，即實體。v列的每個值必需與對應屬性的類型一樣。列的每個值必需與對應屬性的類型一樣。v列是不可分割的最小數據項。列是不可分割的最小數據項。v行、列的順序無關緊要。行、列的順序無關緊要。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據構造：關系數據構造：v關系：關系是一個二維表，它必需滿足以下特關系：關系是一個二維表，它必需滿足以下特性：

10、性：v例如客戶信息關系：例如客戶信息關系：第三章第三章 關系型數據庫的設計關系型數據庫的設計客戶ID客戶稱號注冊日期聯絡人ID類型形狀20210146新大白賓館2006/2/1231002894大戶120211845石永貴2004/2/120211845流動120212481覃顯明2000/7/2520212481流動1數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據構造：關系數據構造：v關系方式：關系方式是對關系的構造及其特征關系方式：關系方式是對關系的構造及其特征的籠統描畫，普通由關系名、關系中的屬性名的籠統描畫，普通由關系名、關系中的屬性名及主鍵構成。及主鍵構成。v描畫方式：

11、描畫方式：v關系名屬性關系名屬性1，屬性，屬性2，屬性，屬性nv有下劃線的有下劃線的“屬性屬性1為主鍵。為主鍵。v例如客戶信息：例如客戶信息：v客戶信息客戶客戶信息客戶ID，客戶稱號，密碼，注冊日，客戶稱號，密碼，注冊日期，聯絡人期，聯絡人ID，類別，形狀，預存費余額，類別，形狀，預存費余額第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據操作：關系數據操作：v常用的數據操作可分為查詢和更新插入、刪除、常用的數據操作可分為查詢和更新插入、刪除、修正兩大類。其中，查詢是最主要也最頻繁執行修正兩大類。其中，查詢是最主要也最頻繁執行的操作。

12、的操作。v關系數據操作的執行過程以關系代數為實際根底。關系數據操作的執行過程以關系代數為實際根底。v將數據庫的各表視作集合，執行并、交、差和笛卡將數據庫的各表視作集合，執行并、交、差和笛卡兒積等集合運算。兒積等集合運算。v專門用于數據庫操作的關系運算：專門用于數據庫操作的關系運算：v選擇運算：從參與運算的關系中選擇滿足給定條件選擇運算：從參與運算的關系中選擇滿足給定條件的那些元組構成一個新關系。的那些元組構成一個新關系。v投影運算：從參與運算的關系中選擇給定的假設干投影運算：從參與運算的關系中選擇給定的假設干屬性構成一個新關系。屬性構成一個新關系。v銜接運算：從兩個關系的廣義笛卡兒積中選擇屬性

13、銜接運算：從兩個關系的廣義笛卡兒積中選擇屬性值滿足一定條件的元組構成一個新關系。值滿足一定條件的元組構成一個新關系。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系型數據庫的定義關系型數據庫的定義v關系數據完好性約束：關系數據完好性約束：v實體完好性實體完好性Entity Integrity：v關系的主屬性值不能取空值。關系的主屬性值不能取空值。v參照完好性參照完好性Referential Integrity：v參照關系子表的外鍵取值不能超出被參照關系參照關系子表的外鍵取值不能超出被參照關系父表的主鍵取值。父表的主鍵取值。v用戶定義的完好性用戶定義的完好性User-defi

14、ned Integrity：v屬性取值滿足某種條件或函數要求，包括對每個關屬性取值滿足某種條件或函數要求，包括對每個關系的取值限制或稱約束的詳細定義。系的取值限制或稱約束的詳細定義。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術E-RE-R模型到關系模型的轉換模型到關系模型的轉換v實體實體E的轉換：的轉換：v一個實體轉換為一個關系方式，實體的屬性就一個實體轉換為一個關系方式，實體的屬性就是關系的屬性，實體的主鍵就是關系的主鍵。是關系的屬性，實體的主鍵就是關系的主鍵。v為實體和屬性命名時，建議盡量運用英文或拼為實體和屬性命名時，建議盡量運用英文或拼音，以順應各種數據庫管理系統音

15、，以順應各種數據庫管理系統DBMS的的兼容操作。兼容操作。v例如，客戶實體轉換為關系方式：例如，客戶實體轉換為關系方式：v實體：客戶信息客戶實體：客戶信息客戶ID，客戶稱號，密碼，客戶稱號，密碼，注冊日期，類別，形狀，預存費余額，其中注冊日期，類別，形狀，預存費余額，其中主鍵為主鍵為“客戶客戶ID。v關系：關系：Customer(CID,CName, Cpassword, CRegistrationDate,CType,CStatus,CAccountBalance)vPK：CID第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術E-RE-R模型到關系模型的轉換模型到關系模型的轉

16、換v 聯絡聯絡R的轉換：的轉換：v 一對一聯絡的轉換：一對一聯絡的轉換：v 將聯絡與恣意端實體所對應的關系方式合并，并參與將聯絡與恣意端實體所對應的關系方式合并，并參與另一端實體的主鍵和聯絡本身的屬性。另一端實體的主鍵和聯絡本身的屬性。v 一對多聯絡的轉換：一對多聯絡的轉換：v 方法一：把聯絡與多的一端實體所對應的關系方式合方法一：把聯絡與多的一端實體所對應的關系方式合并，參與一的那端實體的主鍵和聯絡的屬性。并，參與一的那端實體的主鍵和聯絡的屬性。v 方法二：聯絡可獨立轉換成一個關系方式，其屬性包方法二：聯絡可獨立轉換成一個關系方式，其屬性包括聯絡本身的屬性以及相連的兩端實體的主鍵。括聯絡本身

17、的屬性以及相連的兩端實體的主鍵。v 多對多聯絡的轉換：多對多聯絡的轉換：v 實體直接可轉換為關系方式，聯絡那么只能獨立轉換實體直接可轉換為關系方式，聯絡那么只能獨立轉換成一個關系方式，其屬性包括聯絡本身的屬性以及相成一個關系方式，其屬性包括聯絡本身的屬性以及相連的各實體的主鍵。連的各實體的主鍵。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術E-RE-R模型到關系模型的轉換模型到關系模型的轉換v 聯絡聯絡R的轉換：的轉換：v 【例【例3-1】 有以下實體，實體之間存在一對一聯絡，將有以下實體，實體之間存在一對一聯絡，將其轉換為關系方式。其轉換為關系方式。v 客戶客戶客戶客戶ID

18、，客戶稱號，密碼，注冊日期，類別，形，客戶稱號，密碼，注冊日期，類別，形狀，預存費余額狀，預存費余額v 聯絡人聯絡人聯絡人聯絡人ID，姓名，身份證號碼，職務，地址，姓名，身份證號碼，職務，地址，通訊方式通訊方式v 關系模型：關系模型：v Customer(CID，CName，RID，CPassword，CRegistrationDate，CType，CStatus，CAccountBalance)v PK：CID；FK：RIDv RelationRID，RName，RIndentityNo，RDuty，RAddress，RContactinfov PK：RID第三章第三章 關系型數據庫的設計關

19、系型數據庫的設計關聯11客戶客戶稱號類別注冊日期客戶ID形狀預存費余額聯絡人聯絡人ID通訊方式姓名職務地址聯絡人ID類別身份證號碼數據庫實用技術E-RE-R模型到關系模型的轉換模型到關系模型的轉換v 聯絡聯絡R的轉換：的轉換：v 【例【例3-2】客戶實體與產品產品號碼，產品稱號，購】客戶實體與產品產品號碼，產品稱號，購買日期，安裝地址，單價實體存在一對多的購買聯絡，買日期，安裝地址，單價實體存在一對多的購買聯絡，將其轉換為關系方式。將其轉換為關系方式。v 關系模型：關系模型：v 由于客戶與產品之間存在的購買聯絡沒有屬性，所以運由于客戶與產品之間存在的購買聯絡沒有屬性，所以運用方法一，將購買聯絡

20、與產品合并，轉換成一個關系方用方法一，將購買聯絡與產品合并，轉換成一個關系方式：式：v Customer(CID，CName，RID，CPassword，CRegistrationDate，CType，CStatus，CAccountBalance)v PK：CID；FK：RIDv EProductENo，EName，CID，EJoinDate，EAddress，EUnivalencev PK：Eno；FK：CID第三章第三章 關系型數據庫的設計關系型數據庫的設計購買1n客戶客戶稱號類別注冊日期客戶ID形狀預存費余額聯絡人ID類別產品產品稱號產品號碼購買日期安裝地址客戶ID單價數據庫實用技術E

21、-RE-R模型到關系模型的轉換模型到關系模型的轉換v 聯絡聯絡R的轉換：的轉換：v 【例【例3-3】客戶實體與產品產品號碼，產品稱號，購買】客戶實體與產品產品號碼，產品稱號，購買日期，安裝地址實體存在一對多的支付聯絡，支付聯絡日期，安裝地址實體存在一對多的支付聯絡，支付聯絡支付時間，付款方式，對應帳號，將客戶、產品和支支付時間，付款方式，對應帳號，將客戶、產品和支付聯絡轉換為關系方式。付聯絡轉換為關系方式。v 關系模型：關系模型：v 由于客戶與產品之間的支付聯絡存在屬性，所以運用方法由于客戶與產品之間的支付聯絡存在屬性，所以運用方法二，將支付聯絡獨立轉換成一個關系方式：二，將支付聯絡獨立轉換成

22、一個關系方式：v Customer(CID，CName，RID，CPassword，CRegistrationDate，CType，CStatus，CAccountBalance) PK：CID；FK：RIDv Payment (CID，ENo，PayDate，PaymentWay，PayAccountNo) PK：CID，Eno；FK：CID和和Enov EProduct2ENo，Ename，EJoinDate，EAddress，EUnivalence PK：Eno第三章第三章 關系型數據庫的設計關系型數據庫的設計支付1n對應帳號付款方式客戶ID產品號碼支付時間客戶客戶稱號類別注冊日期客戶I

23、D形狀預存費余額聯絡人ID類別產品產品稱號產品號碼購買日期安裝地址單價數據庫實用技術E-RE-R模型到關系模型的轉換模型到關系模型的轉換v 聯絡聯絡R的轉換：的轉換：v 【例【例3-4】產品實體與附加效力附加效力】產品實體與附加效力附加效力ID，附加效，附加效力稱號，附加效力收費實體存在多對多的聯絡，由主力稱號，附加效力收費實體存在多對多的聯絡，由主產品綁定開通附加效力工程，開通聯絡有開通時間屬性。產品綁定開通附加效力工程，開通聯絡有開通時間屬性。現將其轉換為關系方式?，F將其轉換為關系方式。v 關系模型：關系模型：v EProductENo，EName，CID，EJoinDate，EAddre

24、ss，Eunivalencev PK：Eno；FK：CIDv StartAdditionalServiceENo，ASID，SATimev PK：ENo，ASID；FK：ENo和和ASIDv AdditionalServiceASID，ASitem，ASPricev PK：ASID第三章第三章 關系型數據庫的設計關系型數據庫的設計開通mn開通時間附加效力附加效力稱號附加效力ID附加效力收費產品號碼附加效力ID產品產品稱號產品號碼購買日期安裝地址客戶ID單價數據庫實用技術關系規范化關系規范化v 關系規范化：關系規范化：v 就是可以確保所建立的數據庫具有較少的數據冗余、較就是可以確保所建立的數據庫

25、具有較少的數據冗余、較高的數據共享度、較好的數據一致性，以及較靈敏和方高的數據共享度、較好的數據一致性，以及較靈敏和方便的數據更新才干。便的數據更新才干。v 關系模型要求關系必需是規范化的，即必需滿足三個范關系模型要求關系必需是規范化的，即必需滿足三個范式：式：v 第一范式第一范式1NF：v 關系表關系表R中的每一個屬性字段是不可再分的。中的每一個屬性字段是不可再分的。v 第二范式第二范式2NFv 關系表關系表R是是1NF，而且它的每一非主屬性即不是候選，而且它的每一非主屬性即不是候選碼里的屬性完全依賴于全部主屬性。碼里的屬性完全依賴于全部主屬性。v 第三范式第三范式3NFv 關系表關系表R是

26、是2NF，而且它的每一非主屬性不傳送依賴于，而且它的每一非主屬性不傳送依賴于主屬性。主屬性。v 傳送依賴的含義是指經由其他屬性而依賴于主屬性的字傳送依賴的含義是指經由其他屬性而依賴于主屬性的字段。段。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系規范化關系規范化v 關系規范化舉例：關系規范化舉例：v 第一范式第一范式1NF：v 不符合第一范式：不符合第一范式：v 符合第一范式：符合第一范式：第三章第三章 關系型數據庫的設計關系型數據庫的設計聯絡人ID聯絡人職務地址通訊方式Fax60200105張力經理天河區五山路26號6127906351011060200110劉思唯戶主

27、天河軟件園79049453510123聯絡人ID聯絡人職務地址Fax60200105張力經理天河區五山路26號6127906351011060200110劉思唯戶主天河軟件園79049453510123數據庫實用技術關系規范化關系規范化v 關系規范化：關系規范化：v 第二范式第二范式2NF ：v 不符合第二范式：不符合第二范式：v 客戶與聯絡人是一對一聯絡，可以將它們合并為一個關客戶與聯絡人是一對一聯絡，可以將它們合并為一個關系表：系表：v 客戶信息客戶客戶信息客戶ID，客戶稱號，密碼，注冊日期，類別，客戶稱號，密碼，注冊日期，類別，形狀，預存費余額，聯絡人形狀，預存費余額，聯絡人ID，姓名，

28、身份證號碼，職，姓名，身份證號碼，職務，地址，務，地址，v 主屬性有：客戶主屬性有：客戶ID，聯絡人，聯絡人ID，身份證號碼。，身份證號碼。v 有非主屬性部分依賴主屬性的情況。有非主屬性部分依賴主屬性的情況。v 符合第二范式：符合第二范式：v 將該關系表分解成客戶關系表和聯絡人關系表：將該關系表分解成客戶關系表和聯絡人關系表：v 客戶客戶客戶客戶ID，聯絡人，聯絡人ID，客戶稱號，密碼，注冊日期，客戶稱號，密碼，注冊日期，類別，形狀，預存費余額；主鍵：客戶類別，形狀，預存費余額；主鍵：客戶ID；外鍵：聯；外鍵：聯絡人絡人IDv 聯絡人聯絡人聯絡人聯絡人ID，姓名，身份證號碼，職務，地，姓名，身

29、份證號碼，職務，地址，；主鍵：聯絡人址，；主鍵：聯絡人ID第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系規范化關系規范化v 關系規范化：關系規范化：v 第三范式第三范式3NF ：v 不符合第三范式：不符合第三范式：v 用一個關系表來表示帳單和明細，其關系為：用一個關系表來表示帳單和明細，其關系為：v 帳單明細明細帳單明細明細ID，產品號碼，客戶，產品號碼，客戶ID，對方號碼，日，對方號碼，日期，起始時間，繼續時間，發生費用，帳單期，起始時間，繼續時間，發生費用，帳單ID，帳單日，帳單日期，固定費用，通訊費用期，固定費用，通訊費用v 主屬性有：明細主屬性有：明細ID。v 帳

30、單帳單ID是非主屬性，它是依賴于明細是非主屬性，它是依賴于明細ID的，而帳單日期、的，而帳單日期、固定費用、通訊費用又是依賴于帳單固定費用、通訊費用又是依賴于帳單ID，有傳送依賴主，有傳送依賴主屬性的情況。屬性的情況。v 符合第三范式：符合第三范式：v 將該關系表分解成明細關系表和帳單關系表：將該關系表分解成明細關系表和帳單關系表：v 明細：明細： (明細明細ID，產品號碼，對方號碼，日期，起始時間，產品號碼，對方號碼，日期，起始時間，繼續時間，發生費用，帳單繼續時間，發生費用，帳單ID)；主鍵：明細；主鍵：明細ID；外鍵：；外鍵：帳單帳單IDv 帳單：帳單帳單：帳單ID，產品號碼，客戶，產品

31、號碼，客戶ID，帳單日期，固定，帳單日期，固定費用，通訊費用；主鍵：帳單費用，通訊費用；主鍵：帳單ID 第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術關系規范化關系規范化v 數據模型的優化：數據模型的優化：v 關系模型要求關系必需規范化。關系模型要求關系必需規范化。v 設計的數據庫邏輯構造必需滿足三個范式。設計的數據庫邏輯構造必需滿足三個范式。v 設計步驟：設計步驟：v 完成完成E-R圖向關系方式轉換圖向關系方式轉換v 對所建立的關系方式進展三個范式的驗證對所建立的關系方式進展三個范式的驗證v 對不優化的關系要進展拆分：對不優化的關系要進展拆分：v 拆分原那么：拆分原那么：v

32、 概念單一。概念單一。v 數據完好。數據完好。v 盡量減少冗余。盡量減少冗余。v 留意：在實踐設計中，完全消除冗余是很難做到的。有留意：在實踐設計中，完全消除冗余是很難做到的。有時為了提高數據檢索等處置效率，也允許存在適當的冗時為了提高數據檢索等處置效率，也允許存在適當的冗余。余。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術實訓：計費系統的邏輯設計實訓：計費系統的邏輯設計v 計費系統概念模型描畫：計費系統概念模型描畫：v 實體：實體：v 客戶：客戶客戶：客戶ID，客戶稱號，密碼，注冊日期，客戶類別，客戶稱號，密碼，注冊日期，客戶類別，形狀，預存費余額。形狀，預存費余額。v

33、聯絡人：聯絡人聯絡人：聯絡人ID，姓名，身份證號碼，職務，地，姓名，身份證號碼，職務，地址，址，Email地址，。地址，。v 產品：產品號碼，產品稱號，購買日期，安裝地址，單產品：產品號碼，產品稱號，購買日期，安裝地址，單價。價。v 附加效力工程：附加效力附加效力工程：附加效力ID，附加效力稱號，附加效力，附加效力稱號，附加效力收費。收費。v 明細：明細明細：明細ID，帳單，帳單ID，產品號碼，對方號碼，日期，產品號碼，對方號碼，日期，起始時間，繼續時間，發生費用。起始時間，繼續時間，發生費用。v 帳單：帳單帳單：帳單ID，客戶，客戶ID，產品號碼，帳單日期，固定費，產品號碼，帳單日期，固定費

34、用，通訊費用。用，通訊費用。v 存在本身屬性的聯絡：存在本身屬性的聯絡：v 支付：支付時間，付款方式，對應帳號。支付：支付時間，付款方式，對應帳號。v 開通：開通時間。開通：開通時間。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術實訓：計費系統的邏輯設計實訓：計費系統的邏輯設計v 計費系統概念模型描畫：計費系統概念模型描畫：v 聯絡：聯絡：v 客戶與聯絡人的一對一聯絡：客戶與聯絡人的一對一聯絡：v 客戶、產品、明細及帳單的一對多聯絡：客戶、產品、明細及帳單的一對多聯絡：v 產品與附加效力的多對多聯絡：產品與附加效力的多對多聯絡：第三章第三章 關系型數據庫的設計關系型數據庫的設

35、計客戶聯絡人關聯111n1nn11n1n1n客戶支付產品接納購買帳單明細表運用匯總消費產品附加效力開通mn開通時間數據庫實用技術實訓：計費系統的邏輯設計實訓：計費系統的邏輯設計v E-R圖向關系方式轉換：圖向關系方式轉換：v 按照概念模型的描畫，完成向關系方式的轉換。按照概念模型的描畫，完成向關系方式的轉換。v 轉換原那么：轉換原那么：v 一個實體轉換為一個關系方式。一個實體轉換為一個關系方式。v 按照聯絡的一對一、一對多、多對多的分類類型，其轉按照聯絡的一對一、一對多、多對多的分類類型，其轉換方法不同。換方法不同。v 服從三范式的準那么。服從三范式的準那么。v 數據模型的優化：數據模型的優化

36、：v 根據轉換原那么和三范式的準那么完成根據轉換原那么和三范式的準那么完成E-R圖向關系方式圖向關系方式的轉換后，還應該對得到的關系方式進展優化，可以盡的轉換后，還應該對得到的關系方式進展優化，可以盡量減少數據冗余，但不能完全消除冗余。量減少數據冗余，但不能完全消除冗余。v 目的：根據計費系統的業務需求，對關系方式進展合理目的：根據計費系統的業務需求，對關系方式進展合理優化。優化。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術運用運用PowerdesignerPowerdesigner進展邏輯設計進展邏輯設計vPowerDesigner的物理數據模型的物理數據模型PDM是定是

37、定義模型的物理實現細節，與詳細的數據庫管理系義模型的物理實現細節，與詳細的數據庫管理系統有關。統有關。v在在PowerDesigner中建立中建立PDM有三種方式：有三種方式：v直接新建物理模型。直接新建物理模型。v設計好概念模型，然后由概念模型生成物理模型。設計好概念模型，然后由概念模型生成物理模型。v設計好邏輯模型，然后由邏輯模型生成物理模型。設計好邏輯模型，然后由邏輯模型生成物理模型。v留意：在此只引見運用前兩種方式建立留意：在此只引見運用前兩種方式建立PDM。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術運用運用PowerdesignerPowerdesigner進展

38、邏輯設計進展邏輯設計v 在在PowerDesigner中直接新建中直接新建PDM：v 新建新建PDM步驟：步驟：v 啟動啟動PowerDesigner，并新建一個工程。，并新建一個工程。v 新建新建PDM：v 在在PowerDesigner窗口中選擇窗口中選擇“File“New Model；v 在在 “Model Type中選擇中選擇“Physical Data Model。v 創建表：創建表：v 添加表圖標：單擊添加表圖標：單擊“表按鈕，然后在模型設計面板中表按鈕，然后在模型設計面板中單擊一次便可添加一個表圖標；單擊一次便可添加一個表圖標；v 是創建表按鈕；是創建表按鈕； 是創建外鍵按鈕。是

39、創建外鍵按鈕。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術運用運用PowerdesignerPowerdesigner進展邏輯設計進展邏輯設計v 在在PowerDesigner中直接新建中直接新建PDM：v 新建新建PDM步驟：步驟：v 啟動啟動PowerDesigner，新建工程。，新建工程。v 新建新建PDM。v 創建表：創建表：v 添加表圖標；添加表圖標；v 定義表屬性：雙擊一個表圖標，翻開表屬性窗口，在選定義表屬性：雙擊一個表圖標，翻開表屬性窗口，在選項卡項卡“General 中可以設置表的中可以設置表的Name、Code等屬性。等屬性。v Name是在模型中顯示的

40、稱號；是在模型中顯示的稱號；Code是生成數據庫時的是生成數據庫時的實踐表名。實踐表名。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術運用運用PowerdesignerPowerdesigner進展邏輯設計進展邏輯設計v 在在PowerDesigner中直接新建中直接新建PDM：v 新建新建PDM步驟：步驟：v 定義表主鍵：定義表主鍵：v 定義單列主鍵：在定義單列主鍵：在“Columns選項卡中，直接選中主選項卡中，直接選中主鍵列的鍵列的P列復選框。列復選框。v 定義自增主鍵：選中要設為自增主鍵的列，單擊工具欄定義自增主鍵：選中要設為自增主鍵的列，單擊工具欄的的“屬性按鈕屬性

41、按鈕 ，選中，選中Identity復選框，如下圖。復選框，如下圖。v 定義多列主鍵：定義多列主鍵： 切換到切換到“Keys選項卡中，添加一行命選項卡中，添加一行命名為名為PK_CID，單擊工具欄的，單擊工具欄的“屬性按鈕，翻開鍵屬性屬性按鈕，翻開鍵屬性窗口，在該窗口中切換到窗口，在該窗口中切換到“Columns選項卡，單擊添選項卡，單擊添加列按鈕，彈出列選擇窗口，選中主鍵中應該包含的列。加列按鈕，彈出列選擇窗口，選中主鍵中應該包含的列。第三章第三章 關系型數據庫的設計關系型數據庫的設計數據庫實用技術運用運用PowerdesignerPowerdesigner進展邏輯設計進展邏輯設計v 在PowerDesigner中直接新建PDM：v 新建PDM步驟：v 啟動PowerDesigner，并新建一個工程。v 新建PDM。v 創建表。v 定義表主鍵。v 定義表的外鍵：v 經過PDM工具選項板的Reference按鈕 來建立兩表間的外鍵。v 例如，客戶表和帳單表是一對多的關系，在帳單表中添加CID列作為外鍵列的操作：v 在P