數(shù)據(jù)庫課程設(shè)計(jì)手機(jī)話費(fèi)管理系統(tǒng)報(bào)告

1、摘要隨著移動(dòng)通信行業(yè)在中國的崛起，手機(jī)正像當(dāng)年街上來來往往的自行車一樣，飛到尋常百姓家，裝進(jìn)每個(gè)人的口袋。這種可隨身攜帶的通訊工具，以其便捷的通訊方式，豐富的通訊功能，相對低廉的價(jià)格，正在向傳統(tǒng)的通訊工具發(fā)出挑戰(zhàn)。然而，也正是由于移動(dòng)通訊工具的諸多優(yōu)點(diǎn)，使得手機(jī)的持有數(shù)量極具增長，這就給傳統(tǒng)的人工辦理繳費(fèi)和查詢帶來了巨大的壓力。基于此，我們開發(fā)設(shè)計(jì)了此話費(fèi)管理系統(tǒng)，利用數(shù)據(jù)庫強(qiáng)大的功能，實(shí)施網(wǎng)上繳費(fèi)和查詢，來解決這個(gè)問題。在計(jì)算機(jī)高度普及的今天，人們的日?，嵤乱苍絹碓揭蕾囉诰W(wǎng)絡(luò)。這也為我們這個(gè)數(shù)據(jù)庫設(shè)計(jì)提供了一個(gè)契機(jī)。用數(shù)據(jù)庫來儲(chǔ)存繁瑣的話費(fèi)信息，這樣既方便工作人員管理，又便于用戶操作。既節(jié)省

2、了存儲(chǔ)空間，又節(jié)省了操作時(shí)間。數(shù)據(jù)庫為話費(fèi)管理提供了一個(gè)平臺(tái)，它將話費(fèi)的相關(guān)信息存儲(chǔ)起來，并提供查詢、修改等操作功能，使話費(fèi)管理變得簡單易行。同時(shí)，數(shù)據(jù)庫還可以用其他語言工具設(shè)計(jì)可視的操作界面，提高對話費(fèi)信息的操作效率。本系統(tǒng)主要完成繳費(fèi)操作，余額查詢，消費(fèi)記錄，用戶管理等功能。操作簡單易行，能基本滿足話費(fèi)管理的相關(guān)功能。本設(shè)計(jì)主要介紹了手機(jī)話費(fèi)管理系統(tǒng)，它包括需求分析、概念結(jié)構(gòu)設(shè)計(jì)和邏輯結(jié)構(gòu)設(shè)計(jì)三個(gè)主要部分，主要實(shí)現(xiàn)對手機(jī)話費(fèi)信息的規(guī)范化、系統(tǒng)化的管理。在需求分析中，主要內(nèi)容為數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)及數(shù)據(jù)流圖；在概念結(jié)構(gòu)設(shè)計(jì)中，構(gòu)造出E-R圖、總體概念模型和CDM圖；在邏輯結(jié)構(gòu)設(shè)

3、計(jì)中主要工作就是將E-R圖轉(zhuǎn)換成關(guān)系模式，并構(gòu)造具體的PDM圖。關(guān)鍵字 數(shù)據(jù)庫，數(shù)據(jù)庫設(shè)計(jì)，話費(fèi)管理目錄摘要I1系統(tǒng)總體介紹及組內(nèi)分工11.1系統(tǒng)功能分析11.2 系統(tǒng)功能模塊設(shè)計(jì)11.3 組內(nèi)分工12 數(shù)據(jù)庫設(shè)計(jì)22.1需求分析32.1.1需求分析設(shè)計(jì)思想32.1.2數(shù)據(jù)字典32.1.3數(shù)據(jù)流圖92.2概念結(jié)構(gòu)設(shè)計(jì)112.1.1概念結(jié)構(gòu)設(shè)計(jì)思想112.1.2概念結(jié)構(gòu)設(shè)計(jì)方法112.1.3 CDM模型的生成過程142.3邏輯結(jié)構(gòu)設(shè)計(jì)202.3.1邏輯結(jié)構(gòu)設(shè)計(jì)的思想202.3.2 E-R圖向關(guān)系模型的轉(zhuǎn)換202.3.3 PDM模型的生成過程222.3.4 SQL腳本23結(jié)論31致謝32參考文獻(xiàn)3

4、31系統(tǒng)總體介紹及組內(nèi)分工1.1系統(tǒng)功能分析現(xiàn)代社會(huì), 隨著科技的迅猛發(fā)展和人們生活水平的日益提高, 手機(jī)已成為一個(gè)大眾化, 且普及率相當(dāng)高的通訊工具. 正是由于手機(jī)的大量普及, 手機(jī)網(wǎng)絡(luò)的服務(wù)已成為客戶看重的一點(diǎn).。對于目前大多數(shù)手機(jī)用戶來說，手機(jī)話費(fèi)充值的方法都過于單調(diào)。除了移動(dòng)公司所發(fā)行的動(dòng)感地帶系列手機(jī)卡可以通過直接繳費(fèi)的方式進(jìn)行充值外，其他方式的手機(jī)卡均只能通過手機(jī)充值卡進(jìn)行充值。本系統(tǒng)可以使手機(jī)繳費(fèi)更加方便快捷，用戶可以使用銀行卡進(jìn)行繳費(fèi)，從而實(shí)現(xiàn)對用戶的手機(jī)話費(fèi)管理。1.2 系統(tǒng)功能模塊設(shè)計(jì)手機(jī)話費(fèi)管理系統(tǒng)主要完成的功能有：話費(fèi)信息的管理負(fù)責(zé)話費(fèi)充值更新和余額信息存儲(chǔ)；用戶信息的

5、管理負(fù)責(zé)用戶的個(gè)人信息存儲(chǔ)；手機(jī)業(yè)務(wù)信息的管理負(fù)責(zé)手機(jī)所辦理的業(yè)務(wù)的信息存儲(chǔ)；手機(jī)賬目信息的管理負(fù)責(zé)手機(jī)消費(fèi)賬目的存儲(chǔ)。手機(jī)話費(fèi)管理系統(tǒng)主要功能模塊圖如圖1.1系統(tǒng)功能模塊圖。 圖1.1 系統(tǒng)功能模塊圖1.3 組內(nèi)分工組內(nèi)分工如下表1.1 組內(nèi)分工所示。表1.1 組內(nèi)分工姓名主要分工成績組長概念結(jié)構(gòu)設(shè)計(jì)，局部及全局E-R圖的設(shè)計(jì)、繪制CDM圖并由此生成PDM圖以及生成SQL腳本、相關(guān)截圖、報(bào)告的排版以及致謝的撰寫。組員系統(tǒng)總體功能模塊、需求分析的撰寫，設(shè)計(jì)數(shù)據(jù)字典和數(shù)據(jù)流圖、結(jié)論和摘要的撰寫。邏輯結(jié)構(gòu)設(shè)計(jì)，E-R圖向關(guān)系模型的轉(zhuǎn)換，查找資料和打印報(bào)告。2 數(shù)據(jù)庫設(shè)計(jì)2.1需求分析2.1.1需求

6、分析設(shè)計(jì)思想在手機(jī)話費(fèi)管理系統(tǒng)中，主要有手機(jī)用戶和工作人員兩個(gè)操作實(shí)體，對于普通的手機(jī)用戶來說，該系統(tǒng)僅允許他們作一個(gè)操作：即可以使用該系統(tǒng)通過手機(jī)號(hào)與密碼發(fā)出查詢請求, 查詢該手機(jī)所剩余的話費(fèi)。工作人員必須通過賬號(hào)與相對應(yīng)的密碼登陸系統(tǒng)才能有權(quán)限完成以下的各種功能。工作人員的登陸可以統(tǒng)計(jì)并查看所有的手機(jī)用戶信息。手機(jī)話費(fèi)管理系統(tǒng)中實(shí)體的聯(lián)系如下：一個(gè)用戶可以注冊多個(gè)手機(jī)號(hào)碼，一個(gè)手機(jī)號(hào)碼只能被一個(gè)用戶注冊。用戶和號(hào)碼之間是一對多的聯(lián)系。一個(gè)用戶可以擁有多張銀行卡，一張銀行卡只能屬于一個(gè)用戶，用戶和銀行卡之間是一對多的聯(lián)系。一張銀行卡可以為多個(gè)號(hào)碼繳費(fèi)，一個(gè)號(hào)碼可以由多張銀行卡繳費(fèi)，銀行卡和號(hào)

7、碼之間是多對多聯(lián)系。一個(gè)號(hào)碼可以辦理多個(gè)業(yè)務(wù)，一個(gè)業(yè)務(wù)可以被多個(gè)號(hào)碼辦理，號(hào)碼和業(yè)務(wù)之間是多對多的聯(lián)系。一個(gè)帳目包含多種業(yè)務(wù)，一種業(yè)務(wù)只能產(chǎn)生一種業(yè)務(wù)，帳目和業(yè)務(wù)之間是一對多的聯(lián)系。2.1.2數(shù)據(jù)字典數(shù)據(jù)項(xiàng)用戶信息數(shù)據(jù)項(xiàng)名：身份證號(hào)碼含義說明：用戶的唯一標(biāo)識(shí)別名：ID_no類型：字符型長度：18數(shù)據(jù)項(xiàng)名：用戶姓名含義說明：手機(jī)用戶的姓名別名：user_name類型：字符型長度：8數(shù)據(jù)項(xiàng)名：用戶密碼含義說明：用戶查詢信息時(shí)的密碼別名：user_password類型：字符型長度：10數(shù)據(jù)項(xiàng)名：用戶性別含義說明：手機(jī)用戶的性別別名：user_sex類型：字符型長度：2取值范圍：男女?dāng)?shù)據(jù)項(xiàng)名：用戶地址

8、含義說明：用戶的家庭住址別名：user_addr類型：字符型長度：20數(shù)據(jù)項(xiàng)名：用戶狀態(tài)含義說明：手機(jī)號(hào)碼的開/停狀態(tài)別名：user_state類型：字符型長度：2取值范圍：開/停工作人員信息數(shù)據(jù)項(xiàng)名名：工作人員編號(hào)含義說明：工作人員唯一標(biāo)識(shí)別名：staff_id類型：字符型長度：10數(shù)據(jù)項(xiàng)名：工作人員姓名含義說明：工作人員的姓名別名：staff_name類型：字符型長度：10數(shù)據(jù)項(xiàng)名：工作人員口令含義說明：操作記錄工作人員的登錄密碼別名：staff_password類型：字符型長度：10數(shù)據(jù)項(xiàng)名：工作人員性別含義說明：工作人員的性別別名：staff_sex類型：字符型長度：2取值范圍：男女銀

9、行卡信息數(shù)據(jù)項(xiàng)名：銀行卡號(hào)含義說明：銀行卡的唯一標(biāo)識(shí)別名：bank_card類型：字符型長度：18數(shù)據(jù)項(xiàng)名：余額含義說明：銀行卡的余額別名：bank_balance類型：money型長度：8手機(jī)信息數(shù)據(jù)項(xiàng)名：手機(jī)號(hào)碼含義說明：用戶注冊的手機(jī)號(hào)碼別名：phone_no類型：字符型長度：12業(yè)務(wù)信息數(shù)據(jù)項(xiàng)名：業(yè)務(wù)名稱含義說明：手機(jī)所能辦理業(yè)務(wù)的名稱別名：YEWU_name類型：字符型長度：8數(shù)據(jù)項(xiàng)名：業(yè)務(wù)金額含義說明：業(yè)務(wù)對于的金額別名：YEWU_sum類型：money型長度：8數(shù)據(jù)項(xiàng)：業(yè)務(wù)編號(hào)含義說明：業(yè)務(wù)的唯一標(biāo)示別名：YEWU_no類型：字符型長度：6賬目信息數(shù)據(jù)項(xiàng)：消費(fèi)月份含義說明：手機(jī)消

10、費(fèi)的具體月份別名：consume_month類型：字符型長度：4數(shù)據(jù)項(xiàng)名：賬目編號(hào)含義說明：賬目的唯一標(biāo)示別名：account_no類型：字符型長度：10數(shù)據(jù)項(xiàng)名：業(yè)務(wù)費(fèi)含義說明：用戶注冊手機(jī)號(hào)碼的時(shí)間別名：YEWU_fee類型：money型長度：8話費(fèi)信息數(shù)據(jù)項(xiàng)名：話費(fèi)編號(hào)含義說明：話費(fèi)的唯一標(biāo)示別名：cost_no類型：字符型長度：10數(shù)據(jù)項(xiàng)：話費(fèi)余額含義說明：手機(jī)當(dāng)前剩余的話費(fèi)別名：balance類型：money型長度：8數(shù)據(jù)項(xiàng)名：手機(jī)號(hào)碼含義說明：用戶注冊的手機(jī)的號(hào)碼別名：phone_no類型：字符型長度：12注冊信息數(shù)據(jù)項(xiàng)名：注冊時(shí)間含義說明：用戶注冊手機(jī)號(hào)碼的時(shí)間別名：regist

11、er_time類型：日期型數(shù)據(jù)項(xiàng)名：手機(jī)號(hào)碼含義說明：用戶注冊的手機(jī)的號(hào)碼別名：phone_no類型：字符型長度：12辦理信息數(shù)據(jù)項(xiàng)名：辦理時(shí)間含義說明：手機(jī)號(hào)碼辦理業(yè)務(wù)的時(shí)間別名：BANLI_time類型：日期型繳費(fèi)信息數(shù)據(jù)項(xiàng)名：繳費(fèi)金額含義說明：銀行卡繳費(fèi)時(shí)的金額別名：pay_sum類型：money型長度：8數(shù)據(jù)項(xiàng)名：繳費(fèi)時(shí)間含義說明：卡繳費(fèi)的時(shí)間別名：pay_time類型：日期型數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)反映了數(shù)據(jù)之間的組合關(guān)系。 一個(gè)數(shù)據(jù)結(jié)構(gòu)可以由若干個(gè)數(shù)據(jù)項(xiàng)組成，也可以由若干個(gè)數(shù)據(jù)結(jié)構(gòu)組成，或由若干個(gè)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)混合組成。對數(shù)據(jù)結(jié)構(gòu)的描述，數(shù)據(jù)結(jié)構(gòu)描述數(shù)據(jù)結(jié)構(gòu)名，含義說明，組成:數(shù)據(jù)項(xiàng)或數(shù)

12、據(jù)結(jié)構(gòu)。工作人員信息結(jié)構(gòu)=工作人員，此結(jié)構(gòu)描述工作人員的具體信息，組成：工作人員編號(hào)，工作人員姓名，工作人員口令，工作人員性別用戶銀行卡結(jié)構(gòu)=銀行卡，此結(jié)構(gòu)描述充值時(shí)銀行卡的具體信息，組成：銀行卡號(hào)，余額話費(fèi)結(jié)構(gòu)=話費(fèi)，此結(jié)構(gòu)描述當(dāng)前剩余話費(fèi)的具體信息，組成：手機(jī)號(hào)碼，話費(fèi)余額手機(jī)用戶個(gè)人信息結(jié)構(gòu)=用戶，此結(jié)構(gòu)描述用戶的具體信息，組成：身份證號(hào)碼，用戶姓名，用戶性別，用戶地址，用戶密碼，用戶年齡業(yè)務(wù)結(jié)構(gòu)業(yè)務(wù)，此結(jié)果描述用戶所能辦理業(yè)務(wù)的具體信息，組成：業(yè)務(wù)編號(hào)，業(yè)務(wù)名稱，業(yè)務(wù)金額帳目結(jié)構(gòu)帳目，此結(jié)果描述用戶辦理的業(yè)務(wù)消費(fèi)的具體信息，組成：帳目編號(hào)，消費(fèi)月份，業(yè)務(wù)費(fèi)數(shù)據(jù)流用戶注冊號(hào)碼=注冊號(hào)碼，

13、用戶到工作人員處注冊手機(jī)號(hào)碼，此數(shù)據(jù)來源于用戶，流向用戶個(gè)人信息存儲(chǔ)，組成：用戶，工作人員工作人員注冊用戶=注冊用戶，用戶注冊號(hào)碼時(shí)工作人員添加新用戶的注冊信息，此數(shù)據(jù)來源于工作人員，流向用戶個(gè)人信息存儲(chǔ)，組成：工作人員，用戶產(chǎn)生個(gè)人信息=個(gè)人信息，用戶注冊經(jīng)工作人員確認(rèn)的號(hào)碼后產(chǎn)生的用戶個(gè)人信息，此數(shù)據(jù)來源于用戶，流向用戶信息存儲(chǔ)，組成：工作人員，用戶用戶信息提供用戶信息，工作人員修改用戶信息時(shí)的信息來源，此信息來源于用戶個(gè)人信息存儲(chǔ)，流向工作人員，組成：工作人員工作人員修改信息=修改后的信息，工作人員修改后的個(gè)人信息，此信息來源于工作人員，流向用戶信息存儲(chǔ)，組成：工作人員查詢剩余話費(fèi)=提供

14、話費(fèi)信息，用戶查詢剩余話費(fèi)時(shí)的信息來源，此數(shù)據(jù)來源于話費(fèi)，流向用戶，組成：用戶，話費(fèi)提供個(gè)人信息=提供個(gè)人信息，充值時(shí)用戶信息和銀行卡信息進(jìn)行綜合，此數(shù)據(jù)來源于用戶個(gè)人信息存儲(chǔ)，流向話費(fèi)信息存儲(chǔ)，組成：用戶產(chǎn)生銀行卡余額=銀行卡余額，綜合用戶信息與銀行卡信息后產(chǎn)生銀行卡余額進(jìn)行繳費(fèi)，此數(shù)據(jù)來源于用戶和銀行卡，流向話費(fèi)信息存儲(chǔ)，組成：用戶，銀行卡產(chǎn)生繳費(fèi)金額=繳費(fèi)金額，銀行卡剩余金額中支出部分金額繳納話費(fèi)，此數(shù)據(jù)來源于用戶和銀行卡，流向話費(fèi)信息存儲(chǔ)，組成：用戶，銀行卡用戶辦理業(yè)務(wù)=業(yè)務(wù)辦理，用戶辦理手機(jī)業(yè)務(wù)，此數(shù)據(jù)來源于用戶，流向個(gè)人業(yè)務(wù)信息存儲(chǔ)，組成用戶，業(yè)務(wù)具體業(yè)務(wù)=具體業(yè)務(wù)，用戶可辦理的所

15、有業(yè)務(wù)，此數(shù)據(jù)來源于業(yè)務(wù)，流向個(gè)人業(yè)務(wù)信息存儲(chǔ)，組成業(yè)務(wù)辦理的業(yè)務(wù)=辦理的業(yè)務(wù)，用戶確認(rèn)辦理的業(yè)務(wù)，此數(shù)據(jù)來源于業(yè)務(wù)和用戶，流向個(gè)人業(yè)務(wù)信息存儲(chǔ)，組成：業(yè)務(wù)，用戶產(chǎn)生的帳目=帳目，用戶辦理的所有業(yè)務(wù)的消費(fèi)帳目，此數(shù)據(jù)來源于業(yè)務(wù)信息存儲(chǔ)，流向帳目信息存儲(chǔ)，組成：業(yè)務(wù)，用戶產(chǎn)生帳目信息=帳目信息，用戶辦理的所有業(yè)務(wù)產(chǎn)生的帳目信息，此數(shù)據(jù)來源于帳目信息存儲(chǔ)，流向帳目，組成帳目用戶查詢剩余話費(fèi)=提供賬目信息，用戶查詢賬目信息時(shí)提供賬目信息，此數(shù)據(jù)來源于話費(fèi)信息存儲(chǔ)，流向用戶，組成:用戶, 話費(fèi)工作人員查詢業(yè)務(wù)=提供業(yè)務(wù)信息，工作人員查詢所有業(yè)務(wù)時(shí)提供業(yè)務(wù)信息，此數(shù)據(jù)來源于業(yè)務(wù)，流向工作人員，組成：業(yè)務(wù)

16、，工作人員工作人員查詢帳目=提供帳目信息，工作人員查詢所有用戶的帳目信息時(shí)提供帳目信息，此數(shù)據(jù)來源于帳目，流向工作人員，組成：帳目，工作人員工作人員查詢個(gè)人業(yè)務(wù)=提供個(gè)人業(yè)務(wù)信息，工作人員查詢用戶個(gè)人業(yè)務(wù)時(shí)提供個(gè)人業(yè)務(wù)信息，此數(shù)據(jù)來源于個(gè)人信息存儲(chǔ)，流向工作人員，組成：工作人員數(shù)據(jù)存儲(chǔ)用戶個(gè)人的信息=用戶個(gè)人信息存儲(chǔ)，用于存儲(chǔ)手機(jī)用戶的個(gè)人資料及話費(fèi)信息等，信息來源工作人員，去向用戶，組成：用戶，工作人員手機(jī)的話費(fèi)信息=話費(fèi)信息存儲(chǔ)，用于存儲(chǔ)手機(jī)的話費(fèi)記錄，信息來源用戶和銀行卡，去向話費(fèi)，組成：用戶，銀行卡，話費(fèi)業(yè)務(wù)信息=個(gè)人業(yè)務(wù)信息存儲(chǔ)，用于存儲(chǔ)提供的所有業(yè)務(wù)，信息來源業(yè)務(wù)，去向帳目，組成：

17、用戶，業(yè)務(wù)帳目信息=帳目信息存儲(chǔ)，用于存儲(chǔ)用戶所辦業(yè)務(wù)的具體帳目信息，信息來源業(yè)務(wù)信息存儲(chǔ)，去向帳目，組成：業(yè)務(wù)，用戶處理過程用戶對號(hào)碼注冊=注冊，用戶對手機(jī)號(hào)碼進(jìn)行注冊，輸入：注冊號(hào)碼，注冊用戶，輸出：個(gè)人信息，處理：用戶進(jìn)行號(hào)碼注冊，工作人員確認(rèn)注冊后，產(chǎn)生用戶個(gè)人信息用戶繳納話費(fèi)=繳費(fèi)，用戶使用銀行卡為手機(jī)繳費(fèi)。輸入：提供個(gè)人信息，銀行卡余額，繳費(fèi)金額，輸出：當(dāng)前話費(fèi)信息，處理：，首先綜合用戶與銀行卡信息，然后從銀行卡中扣除繳費(fèi)金額，更新話費(fèi)信息帳目產(chǎn)生生成帳目，用戶辦理的所有業(yè)務(wù)具體消費(fèi)帳目，輸入：辦理的業(yè)務(wù)，輸出：帳目信息，處理：統(tǒng)計(jì)用戶辦理業(yè)務(wù)后，產(chǎn)生具體的帳目信息2.1.3數(shù)據(jù)流

18、圖數(shù)據(jù)流圖如下圖2.1所示。圖2.1數(shù)據(jù)流圖分析數(shù)據(jù)流圖：基本符號(hào)：圓框，表示加工；學(xué)生表示數(shù)據(jù)的源點(diǎn)；：方框，表示數(shù)據(jù)的源點(diǎn)或數(shù)據(jù)的終點(diǎn)；：箭頭，表示被加工數(shù)據(jù)的路徑和流向，即數(shù)據(jù)流；：雙杠，表示數(shù)據(jù)存儲(chǔ)，可以是一個(gè)紀(jì)錄或一個(gè)數(shù)據(jù)文件，可用名詞或名詞性短語命名；具體功能分析數(shù)據(jù)源點(diǎn)和數(shù)據(jù)終點(diǎn)數(shù)據(jù)源點(diǎn)和數(shù)據(jù)終點(diǎn)用方框表示，它是系統(tǒng)之外的實(shí)體，可以是人、事、物、部門或其他系統(tǒng)，如圖2.1中的工作人員和用戶。加工（數(shù)據(jù)處理變換）加工用圓框表示，是對數(shù)據(jù)進(jìn)行處理的邏輯單元，它接受若干輸入數(shù)據(jù)流，通過加工內(nèi)部產(chǎn)生規(guī)定的輸出數(shù)據(jù)流。如圖2.1中查詢手機(jī)用戶基本信息。數(shù)據(jù)流數(shù)據(jù)流用帶數(shù)據(jù)流標(biāo)識(shí)的箭頭表示，

19、表示系統(tǒng)處理的數(shù)據(jù)對象和數(shù)據(jù)流動(dòng)的方向。數(shù)據(jù)流的方向可以是：從一個(gè)加工流向另一個(gè)加工、從加工流向數(shù)據(jù)存儲(chǔ)或數(shù)據(jù)存儲(chǔ)流向加工、從源點(diǎn)流向加工或從加工流向終點(diǎn)，如圖2.1中箭頭所表示就是流向。2.2概念結(jié)構(gòu)設(shè)計(jì)2.1.1概念結(jié)構(gòu)設(shè)計(jì)思想概念結(jié)構(gòu)設(shè)計(jì)是將需求分析階段所得到的用戶需求抽象為信息結(jié)構(gòu)，能夠真實(shí)、充分的反映現(xiàn)實(shí)世界，包括事物與事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理需求，易于理解，易于更改，易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨(dú)立于機(jī)器、更抽象，是用來描述某個(gè)特定組所關(guān)心的信息結(jié)構(gòu)，從而更加穩(wěn)定。2.1.2概念結(jié)構(gòu)設(shè)計(jì)方法概念桔構(gòu)設(shè)計(jì)通常

20、有四種方法，自頂向下、自底向上、逐步擴(kuò)張、混合策略等四種方法。通常采用自底向上的方法，自頂向下地進(jìn)行需求分析，然后再自底向上地設(shè)計(jì)概念結(jié)構(gòu)。自底向上的設(shè)計(jì)概念結(jié)構(gòu)的方法通常分為兩步：第一步是抽象數(shù)據(jù)并設(shè)計(jì)局部視圖，第二部是集成局部視圖，得到全局的概念結(jié)構(gòu)?；谶@些，本次課程設(shè)計(jì)采用自底向上的方法進(jìn)行概念結(jié)構(gòu)設(shè)計(jì)。根據(jù)需求分析階段的需求分析設(shè)計(jì)思想、數(shù)據(jù)字典以及數(shù)據(jù)流圖所提供的信息，采取分類、聚集的抽象方法，對需求分析的結(jié)果進(jìn)行細(xì)化、補(bǔ)充和修改。形成實(shí)體、實(shí)體的屬性，標(biāo)示實(shí)體的碼，確定實(shí)體之間的聯(lián)系類型（1：1，1：n，m：n），設(shè)計(jì)分ER圖，然后將所有的分ER圖綜合成一個(gè)系統(tǒng)的總ER圖。最后根

21、據(jù)總的ER圖，利用利用PowerDesigner設(shè)計(jì)出概念模型。根據(jù)需求分析階段所提供的系統(tǒng)信息，確定系統(tǒng)中的實(shí)體、屬性以及實(shí)體之間的聯(lián)系。確定實(shí)體和屬性的兩條準(zhǔn)則：1.作為“屬性”不能再具有需要描述的性質(zhì)?！皩傩浴北仨毷遣豢煞指畹臄?shù)據(jù)項(xiàng)，不能包含其他屬性。2.“屬性”不能與其他實(shí)體具有聯(lián)系，即ER圖中所有表示的聯(lián)系是實(shí)體之間的聯(lián)系。設(shè)計(jì)局部ER圖用戶實(shí)體信息，如圖2.2所示。圖2.2用戶實(shí)體信息用戶實(shí)體定義。用戶：身份證號(hào)碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)工作人員實(shí)體信息，如圖2.3所示。圖2.3工作人員實(shí)體信息工作人員實(shí)體定義。工作人員：工作人員編號(hào)，工作人員姓名，工作人

22、員性別，工作人員口令銀行卡實(shí)體信息，如圖2.4所示。圖2.4銀行卡實(shí)體信息銀行卡實(shí)體定義。銀行卡：銀行卡號(hào)，余額話費(fèi)實(shí)體信息，如圖2.5所示。圖2.5話費(fèi)實(shí)體信息話費(fèi)實(shí)體定義。話費(fèi)話費(fèi)編號(hào)，手機(jī)號(hào)碼，話費(fèi)余額業(yè)務(wù)實(shí)體信息，如圖2.6所示。圖2.6業(yè)務(wù)實(shí)體信息業(yè)務(wù)實(shí)體定義。業(yè)務(wù)業(yè)務(wù)編號(hào)，業(yè)務(wù)名稱，業(yè)務(wù)金額賬目實(shí)體信息，如圖2.7所示。圖2.7賬目實(shí)體信息賬目實(shí)體定義。賬目賬目編號(hào)，消費(fèi)月份，業(yè)務(wù)費(fèi)手機(jī)信息實(shí)體，如圖2.8所示。圖2.8手機(jī)實(shí)體信息手機(jī)實(shí)體定義。手機(jī)手機(jī)號(hào)碼銀行卡實(shí)體和話費(fèi)實(shí)體之間的聯(lián)系，如圖2.9所示。圖2.9銀行卡實(shí)體和話費(fèi)實(shí)體之間的繳費(fèi)聯(lián)系用戶的一張銀行卡可以為自己的多部手機(jī)

23、繳費(fèi)，一部手機(jī)的繳費(fèi)可以通過用戶的多張不同的銀行卡進(jìn)行。銀行卡實(shí)體和話費(fèi)實(shí)體之間通過繳費(fèi)構(gòu)成多對多的聯(lián)系。手機(jī)實(shí)體和業(yè)務(wù)實(shí)體之間的聯(lián)系，如圖2.10所示。圖2.10手機(jī)實(shí)體和業(yè)務(wù)實(shí)體之間的辦理聯(lián)系一個(gè)手機(jī)號(hào)碼可以辦理多個(gè)業(yè)務(wù)，一個(gè)業(yè)務(wù)可以被多個(gè)手機(jī)號(hào)碼辦理。手機(jī)實(shí)體和業(yè)務(wù)實(shí)體通過辦理構(gòu)成多對多聯(lián)系。工作人員實(shí)體和用戶實(shí)體之間的聯(lián)系，如圖2.11所示。圖2.11工作人員實(shí)體和用戶實(shí)體之間的注冊聯(lián)系一個(gè)工作人員可以為用戶注冊多個(gè)手機(jī)號(hào)碼，一個(gè)用戶的手機(jī)號(hào)碼可以由多個(gè)工作人注冊。工作人員實(shí)體和用戶實(shí)體之間通過注冊構(gòu)成多對多的聯(lián)系。集成局部ER圖生成全局ER圖根據(jù)局部ER圖，實(shí)體的屬性，實(shí)體的碼，實(shí)體

24、之間的聯(lián)系，設(shè)計(jì)出的手機(jī)話費(fèi)管理系統(tǒng)E-R圖，如下圖2.12所示。圖2.12全局ER圖2.1.3 CDM模型的生成過程安裝完P(guān)owerDesigner后，依次選擇【開始】【程序】【Sybase】 【PowerDesigner 9 】【PowerDesigner】選項(xiàng)，彈出【PowerDesigner】對話框，進(jìn)入PowerDesigner運(yùn)行界面，如下圖2.13所示。 圖2.13 PowerDesigner運(yùn)行界面然后在【PowerDesigner】中新建一個(gè)CDM模型：選擇【File】【New】命令。彈出的子菜單中選擇 Conceptual Data Model,單擊【OK】按鈕，如圖2.1

25、4所示。圖2.14 選擇界面出現(xiàn)CDM工作區(qū)，如圖2.15所示。圖2.15 CDM工作區(qū)創(chuàng)建實(shí)體：單擊Palette面板中的【Entity】工具，如圖2.16所示。在模型區(qū)域單域單擊鼠標(biāo)左鍵，在鼠標(biāo)單擊的位置出理Entity的圖符即創(chuàng)建一個(gè)實(shí)體，如圖2.17所示。實(shí)體圖標(biāo)：繪制實(shí)體實(shí)體到聯(lián)合連接圖標(biāo)：繪制實(shí)體到聯(lián)合的聯(lián)系聯(lián)合圖標(biāo)：繪制帶有屬性的聯(lián)系實(shí)體到實(shí)體連接圖標(biāo)：繪制實(shí)體到實(shí)體的聯(lián)系圖2.16 CDM中的工作板圖2.17 創(chuàng)建實(shí)體雙擊CDM工作區(qū)中的實(shí)體圖形，出現(xiàn)定義實(shí)體特征的窗口【Entity Properties】，如圖2.18所示。圖2.18 定義實(shí)體特征窗口繪制實(shí)體：輸入Name、

26、Code內(nèi)容。這里Name表示實(shí)體的描述名稱，一般最好用中文描述（如：用戶）， Code表示實(shí)體的代碼名稱，最好用簡化的英文描述（如：user）。單擊“確定”按鈕，當(dāng)前CDM工作區(qū)就定義了一個(gè)實(shí)體。定義實(shí)體屬性實(shí)體屬性是附加到實(shí)體上的數(shù)據(jù)項(xiàng)。在DataArchitect環(huán)境下，定義一個(gè)實(shí)體屬性需在圖2.18所示的窗口上選擇“Attributes”選項(xiàng)卡，出現(xiàn)定義實(shí)體屬性的窗口，如圖2.19所示。圖2.19 定義實(shí)體屬性窗口在圖2.19窗口中必須完成如下工作：確定實(shí)體屬性的Name和Code。Name是對屬性含義的具體描述，一般最好用中文描述，Code是屬性的代碼，與今后程序設(shè)計(jì)時(shí)有很大關(guān)系，所

27、以定義時(shí)應(yīng)特別謹(jǐn)慎。確定實(shí)體屬性的數(shù)據(jù)類型（Data Type列）。確定一個(gè)屬性是否為這個(gè)實(shí)體的標(biāo)識(shí)符或標(biāo)識(shí)符的一部分（Primary復(fù)選框），實(shí)體的標(biāo)識(shí)符可以由一個(gè)或多個(gè)屬性組成，它惟一標(biāo)識(shí)實(shí)體中的一個(gè)實(shí)例，即它代表了關(guān)系中的主鍵，在實(shí)體圖形符號(hào)中，標(biāo)識(shí)符（主鍵）屬性帶有下劃線。標(biāo)識(shí)一個(gè)實(shí)體的屬性是否為強(qiáng)制的（Mandatory復(fù)選框），強(qiáng)制特性表示屬性是否需要一個(gè)值，如果屬性是強(qiáng)制的，那么該屬性在數(shù)據(jù)庫表中的對應(yīng)列上不允許空值，一般主鍵是不允許為空的。標(biāo)識(shí)一個(gè)實(shí)體屬性是否在模型中顯示（Display復(fù)選框）。需要指出的是，在圖2.18的窗口上必須輸入Name、Code和Data Type列

28、的內(nèi)容。輸入完成后，單擊“確定”按鈕，此時(shí)完成了一個(gè)實(shí)體屬性的定義。繪制聯(lián)系在DataArchitect環(huán)境下繪制聯(lián)系分兩種情況：繪制不帶屬性的聯(lián)系不帶屬性的聯(lián)系通常是用實(shí)體之間的一條線，即使用“實(shí)體到實(shí)體連接圖標(biāo)”來繪制。其操作過程是：選中工具板上“實(shí)體到實(shí)體連接圖標(biāo)”，在CDM工作區(qū)中，將鼠標(biāo)的十字箭頭定位到一個(gè)實(shí)體，按住左鍵拖拉到另一個(gè)實(shí)體中，松開鼠標(biāo)，此時(shí)在兩個(gè)實(shí)體之間出現(xiàn)一條線，表明兩個(gè)實(shí)體間已建立了一個(gè)聯(lián)系，然而聯(lián)系的類型可能需要重新確定，因?yàn)槁?lián)系的默認(rèn)類型可能不符合要求。定義聯(lián)系的類型以及聯(lián)系的特性，可以雙擊代表聯(lián)系的線，出現(xiàn)定義“無屬性”聯(lián)系窗口，如圖2.20所示，此時(shí)可以修改

29、相應(yīng)的內(nèi)容。圖2.20 定義無屬性的聯(lián)系窗口在圖2.20的窗口中必須完成如下工作： 確定聯(lián)系的名稱（Name），通常系統(tǒng)提供默認(rèn)值。 確定代碼（Code），通常與Name相同。 確定角色（Role），這里角色是個(gè)動(dòng)詞，它描述了實(shí)體間的聯(lián)系。通常要為聯(lián)系的兩個(gè)方向定義角色。 確定基數(shù)（Cardinality），它反映了兩個(gè)實(shí)體間的聯(lián)系類型，基數(shù)包括一對一、一對多、多對一及多對多四種聯(lián)系類型，它是有方向的。通常聯(lián)系的兩個(gè)方向上都應(yīng)該定義基數(shù)。 確定依賴（Dependent），依賴表示一個(gè)實(shí)體是否依賴于另一個(gè)實(shí)體。 確定強(qiáng)制（Mandatory），這里強(qiáng)制表示實(shí)體間的聯(lián)系是否可選。如果在依賴基礎(chǔ)上又

30、選擇了強(qiáng)制，那么，在生成物理模型時(shí)，一端表的主鍵將在另一端表中出現(xiàn)，而且仍然是主鍵。通常應(yīng)該從兩個(gè)方向上定義強(qiáng)制。在模型中用穿過聯(lián)系的一條短直線表示強(qiáng)制，用聯(lián)系上的一個(gè)小圓圈表示可選。如果定義聯(lián)系時(shí)選擇不同，那么在模型中表示聯(lián)系的線上是有區(qū)別的，請?jiān)趯?shí)踐過程中留意。繪制帶有屬性的聯(lián)系帶有屬性的聯(lián)系通常分兩步，首先要使用“聯(lián)合圖標(biāo)”建立一個(gè)“聯(lián)合”，然后再使用“實(shí)體到聯(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)合特性的窗口，如圖2.21所示。圖2.21聯(lián)合特性的窗口在“Genera

31、l”選項(xiàng)卡中，輸入Name（即聯(lián)系名，最好輸入漢字名字）、Code（最好輸入英文名）。在“Attributes”選項(xiàng)卡中，輸入聯(lián)系的屬性。單擊“確定”按鈕，在CDM工作區(qū)中產(chǎn)生一個(gè)“聯(lián)合”（即帶有屬性的聯(lián)系）。 建立實(shí)體到聯(lián)合的連接“聯(lián)合”建立好后，需要將該“聯(lián)合”與相關(guān)實(shí)體連接，使用“實(shí)體到聯(lián)合連接圖標(biāo)”來完成。其操作過程是：選中工具板上“實(shí)體到聯(lián)合連接圖標(biāo)”，在CDM工作區(qū)中，將鼠標(biāo)的十字箭頭定位到一個(gè)“實(shí)體”，按住左鍵拖拉到“聯(lián)合”中，松開鼠標(biāo)，此時(shí)在該實(shí)體與聯(lián)合之間出現(xiàn)一條“聯(lián)合連接”線（也可以繪制另一個(gè)實(shí)體到聯(lián)合的連接），這條線表明實(shí)體與聯(lián)合之間建立了一種關(guān)聯(lián)，然而這種關(guān)聯(lián)的類型需要

32、重新確定，雙擊“聯(lián)合連接”線，出現(xiàn)定義“聯(lián)合連接”線特性的窗口，如圖2.22所示。圖2.22 定義“聯(lián)合連接”特性的窗口在圖2.22的窗口中，需要在從下拉列表中選擇“Cardinality”的值（即實(shí)體到聯(lián)合的連接類型，有“0，n”、“0，1”、“1，1”、“1，n”四種類型可選擇），單擊“確定”按鈕，完成設(shè)置。參照上面的使用部驟依次建立各個(gè)實(shí)體并修改實(shí)體的屬性；再依次建立實(shí)體間的聯(lián)系并修改其屬性，最后生成CDM模型，如圖2.23所示。圖2.23 CDM模型2.3邏輯結(jié)構(gòu)設(shè)計(jì)概念結(jié)構(gòu)是獨(dú)立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)就是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的基本E-R圖轉(zhuǎn)化為與選用DB

33、MS產(chǎn)品所支持?jǐn)?shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。2.3.1邏輯結(jié)構(gòu)設(shè)計(jì)的思想針對手機(jī)話費(fèi)管理系統(tǒng) ，邏輯結(jié)構(gòu)設(shè)計(jì)采用關(guān)系模型轉(zhuǎn)換概念結(jié)構(gòu)，將E-R圖依照規(guī)則轉(zhuǎn)換為關(guān)系模型，為了進(jìn)一步提高數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能，再將轉(zhuǎn)換后的關(guān)系模型進(jìn)行優(yōu)化，確定是否要對某些模式進(jìn)行合并或分解，為物理設(shè)計(jì)提供最優(yōu)的處理。 2.3.2 E-R圖向關(guān)系模型的轉(zhuǎn)換關(guān)系模型的邏輯結(jié)構(gòu)是一組關(guān)系模式的集合。E-R圖則是由實(shí)體，實(shí)體的屬性和實(shí)體間的聯(lián)系三個(gè)要素組成。所以將E-R圖轉(zhuǎn)換為關(guān)系模型實(shí)際上就是要將實(shí)體，實(shí)體的屬性和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。轉(zhuǎn)換原則如下：實(shí)體類型的轉(zhuǎn)換:將每個(gè)實(shí)體類型轉(zhuǎn)換成一個(gè)關(guān)系模式，實(shí)體的屬性及為關(guān)系模

34、式的屬性，實(shí)體標(biāo)識(shí)符及為關(guān)系模式的鍵。聯(lián)系類型的轉(zhuǎn)換，根據(jù)不同的情況做不同的處理。 若實(shí)體間的聯(lián)系是1:1的，可以在兩個(gè)實(shí)體類型轉(zhuǎn)換成的兩個(gè)關(guān)系模式中的任意一個(gè)關(guān)系模式的屬性中加入另一各關(guān)系模式的鍵和聯(lián)系類型的屬性。 若實(shí)體間的聯(lián)系1:N的，則在N端實(shí)體類型轉(zhuǎn)換成的關(guān)系模式中加入1端實(shí)體類型轉(zhuǎn)換成的關(guān)系模式的鍵和聯(lián)系類型的屬性。 若實(shí)體間的聯(lián)系是M:N的，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為兩端實(shí)體類型的鍵加上關(guān)系類型的屬性，而鍵為兩端實(shí)體間的組合。3個(gè)或3個(gè)以上實(shí)體間的一個(gè)多元聯(lián)系可以轉(zhuǎn)換為一個(gè)關(guān)系模式。與該多元聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，各實(shí)體的碼組成關(guān)系的

35、碼或關(guān)系碼的一部分。具有相同碼的關(guān)系模式可合并。 依照該規(guī)則將企業(yè)人事管理系統(tǒng)的E-R圖轉(zhuǎn)換為關(guān)系模型如下 將每一個(gè)實(shí)體轉(zhuǎn)換成一個(gè)關(guān)系（關(guān)系就是給出關(guān)系名，寫出屬性，并標(biāo)明該關(guān)系的主鍵） 工作人員的基本信息（工作人員編號(hào)，工作人員姓名，工作人員性別，工作人員口令）此為工作人員實(shí)體對應(yīng)的關(guān)系模式，主碼為工作人員的編號(hào)。 用戶的基本信息（身份證號(hào)碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)）此為用戶實(shí)體對應(yīng)的關(guān)系模式，主碼為用戶的身份證號(hào)碼。 銀行卡信息（銀行卡號(hào)，余額）此為銀行卡實(shí)體對應(yīng)的關(guān)系模式，主碼為銀行卡號(hào)。 話費(fèi)信息（手機(jī)號(hào)碼，話費(fèi)余額）此為話費(fèi)實(shí)體對應(yīng)的關(guān)系模式，主碼為手機(jī)號(hào)碼

36、。 業(yè)務(wù)信息（業(yè)務(wù)編號(hào)，賬目編號(hào)，業(yè)務(wù)名稱，業(yè)務(wù)金額）此為業(yè)務(wù)實(shí)體對應(yīng)的關(guān)系模式，主碼為業(yè)務(wù)編號(hào)，業(yè)務(wù)消費(fèi)產(chǎn)生賬目，為n：1的“消費(fèi)”聯(lián)系，所以賬目編號(hào)為業(yè)務(wù)信息的外碼。賬目信息（賬目編號(hào)，消費(fèi)月份，業(yè)務(wù)費(fèi)）此為賬目實(shí)體對應(yīng)的關(guān)系模式，賬目編號(hào)為主碼。繳費(fèi)（繳費(fèi)編號(hào)，手機(jī)號(hào)碼，繳費(fèi)金額，繳費(fèi)時(shí)間）此為聯(lián)系“繳費(fèi)”所對應(yīng)的關(guān)系模式，銀行卡繳費(fèi)話費(fèi)的n:m“繳費(fèi)”聯(lián)系，所以銀行卡號(hào)和手機(jī)號(hào)碼聯(lián)合做“繳費(fèi)”的主碼。辦理（業(yè)務(wù)編號(hào)，手機(jī)號(hào)碼，辦理時(shí)間）此為聯(lián)系“辦理”所對應(yīng)的關(guān)系模式，手機(jī)辦理業(yè)務(wù)的n:m“辦理”聯(lián)系，所以手機(jī)號(hào)碼和業(yè)務(wù)編號(hào)聯(lián)合做“辦理”的主碼。注冊（工作人員編號(hào)，身份證號(hào)碼，注冊時(shí)間

37、，手機(jī)號(hào)碼）此為聯(lián)系“注冊”所對應(yīng)的關(guān)系模式，工作人員為用戶注冊的n:m“注冊”聯(lián)系，所以工作人員的編號(hào)和用戶的身份證號(hào)碼聯(lián)合做“注冊”的主碼。手機(jī)信息(手機(jī)號(hào)碼，身份證號(hào)碼)此為手機(jī)實(shí)體的關(guān)系模式，手機(jī)號(hào)碼為主碼，手機(jī)號(hào)碼為用戶的n：1的“屬于”關(guān)系，所以用戶的身份證號(hào)碼傳遞過去做手機(jī)的外碼。由E-R圖可知，手機(jī)話費(fèi)管理系統(tǒng)有七個(gè)實(shí)體和三帶屬性個(gè)聯(lián)系?？赊D(zhuǎn)換為10個(gè)關(guān)系模型。由關(guān)系依賴知，在工作人員的基本信息、用戶的基本的信息、銀行卡信息、話費(fèi)信息、賬目信息、業(yè)務(wù)信息、手機(jī)信息、繳費(fèi)、辦理、注冊中，這十個(gè)關(guān)系模式中其屬性都是不能再分的，為一階范式。并且都是由主碼唯一決定關(guān)系中的其他屬性，不存

38、在部分函數(shù)依賴和傳遞函數(shù)依賴，所以這是十個(gè)關(guān)系都是3NF。皆為最優(yōu)，關(guān)系模型的優(yōu)化結(jié)束。2.3.3 PDM模型的生成過程 選擇生成CDM模型中的【Tools】 【Generate Physical Data Model.】得到PDM對話框生成圖，首先選擇要轉(zhuǎn)換的DBMS,這里選擇“ORACLE Version 9i”，然后確定名稱(name)和代碼(code)如圖2.24所示。圖2.24 PDM對話框生成圖 點(diǎn)擊確定，最后形成PDM，如圖2.25所示。圖2.25 PDM模型2.3.4 SQL腳本/*=*/* Database name: ConceptualDataModel_5 */* DB

39、MS name: ORACLE Version 9i */* Created on: 2008-11-29 21:32:38 */*=*/alter table BANLI drop constraint FK_BANLI_BANLI_業(yè)務(wù)/alter table BANLI drop constraint FK_BANLI_BANLI2_手機(jī)/alter table "bank_card" drop constraint FK_BANK_CAR_USE_USER/alter table "pay" drop constraint FK_PAY_PAY_

40、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 手機(jī) drop constraint FK_手機(jī)_BELONG_USER/alter table 業(yè)務(wù) drop const

41、raint 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"/dr

42、op 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 tab

43、le "staff" cascade constraints/drop table "user" cascade constraints/drop table 手機(jī) cascade constraints/drop table 業(yè)務(wù) cascade constraints/*=*/* Table: BANLI */*=*/create table BANLI ( "YEWU_no" CHAR(6) not null, 手機(jī)號(hào)碼 CHAR(10) not null, "BANLI_time" DATE, constr

44、aint PK_BANLI primary key ("YEWU_no", 手機(jī)號(hào)碼)/*=*/* Index: BANLI_FK */*=*/create index BANLI_FK on BANLI ( "YEWU_no" ASC)/*=*/* Index: BANLI2_FK */*=*/create index BANLI2_FK on BANLI ( 手機(jī)號(hào)碼 ASC)/*=*/* Table: "account" */*=*/create table "account" ( "account

45、_no" CHAR(10) not null, "consume_month" CHAR(4), "YEWU_fee" NUMBER(8), constraint PK_ACCOUNT primary key ("account_no")/*=*/* Table: "bank_card" */*=*/create table "bank_card" ( "card_no" CHAR(18) not null, "ID_no" CHAR(18) n

46、ot null, "card_balance" NUMBER(8), constraint PK_BANK_CARD primary key ("card_no")/*=*/* Index: "use_FK" */*=*/create index "use_FK" on "bank_card" ( "ID_no" ASC)/*=*/* Table: "pay" */*=*/create table "pay" ( "card_no" CHAR(18) not null, "fee_no" CHAR(10) not null, "pay_sum" NUMBER(8) not null, "pay_time" DATE not null, constraint PK_PAY primary key ("card_no", "fee_no")/*=*/* Index: "pay_FK" */*=*/create index "pay_FK"