手機錢包的數(shù)據(jù)庫設(shè)計DOC

1、題 目:手機錢包管理系統(tǒng)本文首先分析了手機錢包的三大模塊，然后闡述了系統(tǒng)的設(shè)計原則，第一階 段對業(yè)務(wù)流程和數(shù)據(jù)的調(diào)查，需求應(yīng)符合實際工作業(yè)務(wù)需求，構(gòu)建系統(tǒng)的功能模 塊，并給出子模塊功能的簡述；第二階段正確繪制本系統(tǒng)的流程圖。 將數(shù)據(jù)庫轉(zhuǎn) 換為分E-R圖，最后合并成整體的E-R圖功能實現(xiàn)過程，對在整體設(shè)計中的功 能給出SQL語句的相應(yīng)描述，要求優(yōu)化查詢，說明了需完善之處。最后，通過 數(shù)據(jù)庫建表模擬，完成手機錢包管理系統(tǒng)的實現(xiàn)。本文手機錢包以支付寶為例。支付寶（中國）網(wǎng)絡(luò)技術(shù)有限公司是國內(nèi)領(lǐng)先的第三方支付平臺，致力于提 供“簡單、安全、快速”的支付解決方案。支付寶公司從2004年建立開始，始終以“

2、信任”作為產(chǎn)品和服務(wù)的核心。旗下有“支付寶”與“支付寶錢包”兩個 獨立品牌。自2014年第二季度開始成為當前全球最大的移動支付廠商。支付寶主要提供支付及理財服務(wù)。包括網(wǎng)購擔保交易、網(wǎng)絡(luò)支付、轉(zhuǎn)賬、信 用卡還款、手機充值、水電煤繳費、個人理財?shù)榷鄠€領(lǐng)域。在進入移動支付領(lǐng)域 后，為零售百貨、電影院線、連鎖商超和出租車等多個行業(yè)提供服務(wù)。還推出了 余額寶等理財服務(wù)。支付寶與國內(nèi)外 180多家銀行以及VISA、MasterCard國際 組織等機構(gòu)建立戰(zhàn)略合作關(guān)系，成為金融機構(gòu)在電子支付領(lǐng)域最為信任的合作伙 伴。目錄引言2.1 背景12.1.1背景12.1.2需求現(xiàn)狀12.2用戶需求分析22.2.1支付

3、寶用戶需求分析22.2.2客戶需求分析22.2.3銀行卡用戶需求分析22.3功能需求描述22.3.1錢包管理模塊22.3.2財富信息管理模塊22.3.3后臺管理模塊22.3.4功能模塊圖22.4 數(shù)據(jù)流圖32.4.1財富信息數(shù)據(jù)流圖32.4.2錢包管理數(shù)據(jù)流程圖42.4.3消費管理數(shù)據(jù)圖42.4.4總數(shù)據(jù)流圖4三、概念結(jié)構(gòu)設(shè)計53.1目標與任務(wù)5、需求分析13.2實體屬性53.3 E-R 實體模擬圖63.3.1 各實體E-R圖63.3.3系統(tǒng)總的E-R圖8四邏輯結(jié)構(gòu)設(shè)計104.1任務(wù)與目的104.2 關(guān)系模式的轉(zhuǎn)換104.3 數(shù)據(jù)模式的優(yōu)化104.4優(yōu)化后的關(guān)系模式114.5設(shè)計用戶子模式11

4、五、設(shè)計SQL查詢功能115.1 SQL語言的概述115.2建立數(shù)據(jù)庫125.2.1創(chuàng)建數(shù)據(jù)庫125.2.2基本表的定義，刪除與修改125.3 數(shù)據(jù)查詢16 5.3.1 單表查詢 165.3.2 嵌套查詢175.3.3 集合查詢5.4 數(shù)據(jù)更新 5.4.1 插入數(shù)據(jù)5.4.2 修改數(shù)據(jù)5.4.3 刪除數(shù)據(jù)5.5 觸發(fā)器的建立5.5.1 觸發(fā)器概念5.5.2 定義觸發(fā)器六、總結(jié) 七、參考文獻引言手機錢包致力于為中國電子商務(wù)提供簡單、安全、快速的在線支付解決方案。 支付寶賬戶是為了實現(xiàn)支付寶服務(wù)而推出的交易工具。支付寶為用戶提供在銀行賬戶和支付寶賬戶之間的資金劃轉(zhuǎn)業(yè)務(wù)，并提供相應(yīng)資金往來記錄的查詢

5、和管理。為你解決后顧之憂！錢沒有直接交付到賣家手里。 如果貨物出問題，錢很容易就回來！不會出現(xiàn)交錢后就萬事難的問題！支付寶其 實就相當于擔保中介，在買家和賣家之間建立起資金互通的橋梁，如果買家直接 把錢打到賣家的銀行帳戶，買家不放心，如果賣家直接把貨了，還怕收不到款， 所以支付寶就在這種情況下出生的，買家買東西的時候先把錢打到中介支付寶公司等買家收到貨后，再由支付寶打轉(zhuǎn)入賣家?guī)?，這樣以來，雙方放心了！手機錢包管理系統(tǒng)可以為買賣雙方完成安全、快速的網(wǎng)上支付業(yè)務(wù)，并為買 賣家雙方提供了交易資金記錄的查詢和管理。 所以建立應(yīng)當建立一套手機錢包于 支付關(guān)系的管理系統(tǒng)。需求分析2.1背景2.1.1背景

6、隨著社會的發(fā)展，人們的物質(zhì)生活和精神生活不斷地提高， 然而我們的社會也走進了一個全新的時代。各行各業(yè)都開始離不開信息化。 不管是在學(xué)校，企業(yè) 還是事業(yè)單位都在通過一些信息化的管理來實現(xiàn)對人和事物的管理，不僅方便、 快捷、更節(jié)省了勞動力。然而錢包也不例外，手機錢包致力于為中國電子商務(wù)提 供簡單、安全、快速的在線支付解決方案。如需現(xiàn)金的在線支付成為了手機錢包的絕對化優(yōu)勢，現(xiàn)在我們以支付寶為例，建立支付寶管理系統(tǒng)，實現(xiàn)支付環(huán)境 的最優(yōu)化。2.1.2需求現(xiàn)狀：目前，雖然已經(jīng)有了支付寶錢包管理系統(tǒng)，但是這種手機錢包管理系統(tǒng)有太 多的局限性，已經(jīng)不能滿足用戶和商家的需求，主要存在以下問題：1. 進入支付寶

7、立即不清楚賬號信息2. 模塊內(nèi)容雜亂3. 設(shè)置功能不易發(fā)現(xiàn)，更換支付寶賬號較繁瑣。4. 太大眾化，與各種網(wǎng)銀錢包一樣，沒有自己的特點，沒有特殊群體特殊對 待。6.多數(shù)功能客戶應(yīng)用不到。2.2用戶需求分析用戶是系統(tǒng)的最終使用者，由分析可以得出結(jié)論，該系統(tǒng)應(yīng)包含支付寶用戶, 客戶，銀行卡三大用戶。這三類用戶對該系統(tǒng)分別有不同的需求。2.2.1支付寶用戶需求分析支付寶賬戶簡稱賬戶，賬戶戶對系統(tǒng)的主要要求是：可以進行轉(zhuǎn)賬，充值，繳費，購物等一系列財物支付活動的實體。2.2.2客戶需求分析賬戶戶進行轉(zhuǎn)賬，充值，繳費等支付活動的接受方。還是提供美食，電影， 外賣，淘寶等交易的用戶2.2.3銀行卡用戶需求分

8、析支付寶通過銀行卡進行支付活動2.3功能需求描述由分析可以得出結(jié)論，該系統(tǒng)應(yīng)包含錢包管理模塊，商家管理模塊，財富管 理模塊。這三類模塊對該系統(tǒng)分別有不同的需求。2.3.1錢包管理模塊本模塊主要實現(xiàn)轉(zhuǎn)賬，手機充值，信用卡還款，生活繳費，收款，校園一卡 通，美食，電影，外賣，淘寶等一系列消費管理活動。要涉及三類用戶：支付寶 賬戶戶，客戶，銀行卡。用戶通過該系統(tǒng)實現(xiàn)與客戶，銀行卡之間的各項支付活 動。2.3.2財富信息管理模塊每一個支付寶賬戶都可對銀行卡輸入、查詢、更新、插入、修改、刪除。2.3.3后臺管理模塊本模塊是整個系統(tǒng)的一個基礎(chǔ)，因為涉及到每個賬戶每個信息的不同。系統(tǒng) 需要動態(tài)的管理支付寶賬

9、戶的輸入、查詢、更新、插入、修改、刪除。2.3.4功能模塊圖手機錢包管理系統(tǒng)錢 包 管 理 模 塊財富 信 息 管 理 模 塊后臺管理模塊賬 戶 退 出2.4數(shù)據(jù)流圖2.4.1財富信息數(shù)據(jù)流圖賬戶銀行卡余額寶2.4.2錢包管理數(shù)據(jù)流程圖243消費管理數(shù)據(jù)圖244總數(shù)據(jù)流三、概念結(jié)構(gòu)設(shè)計3.1目標與任務(wù)模型是對現(xiàn)實世界的模擬和抽象，概念模型是對現(xiàn)實世界的第一層抽象。是用戶與數(shù)據(jù)庫設(shè)計人員之間進行交流的語言。概念結(jié)構(gòu)設(shè)計是將需求分析后得到的用戶需求抽象為反映 用戶觀點的概念模型。3.2實體屬性1）賬戶（賬號、登錄密碼、頭像、姓名、性別、地區(qū)、綁定手機號、收貨地址）2）客戶（客戶賬號、姓名、頭像、性

10、別、地區(qū)）3）銀行卡（銀行卡號、開戶姓名、開戶證件號、開戶銀行、開戶網(wǎng)點、密碼、余額）4）余額寶（賬號、余額、收益、支付密碼）5）轉(zhuǎn)賬（客戶賬號、金額、日期、客戶姓名、備注、付款方式）6）購物（購物商家、購物類型、日期、金額、付款方式）7）充值（手機號、金額、付款方式，日期）8）賬單（賬單號、客戶賬號、日期、金額、交易類型）3.3 E-R實體模擬圖3.3.1 各實體E-R圖1）賬戶實體2）客戶實體3）銀行卡實體4）余額寶實體5）轉(zhuǎn)賬實體6）購物實體7）充值實體8）賬單實體333系統(tǒng)總的E-R圖充值金額日期性別1頭像手機付款方式對象姓名1n地區(qū)1對象登陸密碼賬號客戶賬號金額類型頭像收貨地址賬戶m

11、轉(zhuǎn)賬支付買購物性別姓名日期綁定手機地區(qū)付款備注金額付款方方式11綁定姓名開戶網(wǎng)點n證件號銀行卡密碼支付密碼卡號余額銀行11支付n交易類型賬單號賬單對象對方賬號金額時間式客戶賬號充值L (n、綁定（賬? 1C余額寶屬于四. 邏輯結(jié)構(gòu)設(shè)計4.1任務(wù)與目的邏輯結(jié)構(gòu)設(shè)計的任務(wù)是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本E-R圖轉(zhuǎn)換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。4.2關(guān)系模式的轉(zhuǎn)換4.2.1 E-R圖向關(guān)系模型的轉(zhuǎn)換，實現(xiàn)將實體型和實體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。 一個賬戶可以綁定多張銀行卡，一張銀行卡只能被一個賬戶綁定，故賬戶和 銀行卡之間是一對多的聯(lián)系。一個賬戶只有一個余額寶，一個余額寶只屬

12、于一個賬戶，故賬戶和余額寶之 間是一對一的聯(lián)系。一個賬戶可以在多個商家購買東西， 一個商家可以賣給多個賬戶東西，故賬 戶和購物之間是多對多的聯(lián)系。一個賬戶可以進行多次轉(zhuǎn)賬，轉(zhuǎn)賬可以被多個賬戶進行，故賬戶和轉(zhuǎn)賬多對 多的聯(lián)系。一個賬戶可以進行多次手機充值，手機可以被多個賬號充值，故賬戶和手機 充值之間是一對一的關(guān)系。一個客戶是一個購物商家，一個購物商家只能是一個客戶，故客戶和購物是 一對一的聯(lián)系。一個客戶可以接受多次轉(zhuǎn)賬，一次轉(zhuǎn)賬只能傳遞給一個客戶，故客戶和轉(zhuǎn)賬 是一對多的聯(lián)系。一個客戶可以接受多次充值，一次充值只能傳遞給一個客戶，故客戶和充值 是一對多的聯(lián)系。一個賬單只能被一個余額寶或者一個銀

13、行卡支付，一個余額寶或者一個銀行 卡支付多個賬單，故賬單和余額寶、銀行卡是一對多的聯(lián)系。4.2.2按照最少關(guān)系模式把E-R圖轉(zhuǎn)換為關(guān)系模型如下：1）賬戶（賬號姓名、性別、地區(qū)、綁定手機號、收貨地址、登錄密碼）2）客戶（客戶賬號、姓名、性別、地區(qū)）3）銀行卡（銀行卡號、綁定賬戶賬號、開戶姓名、開戶銀行、密碼、余額）4）余額寶（賬號、余額、支付密碼）5）轉(zhuǎn)賬（客戶賬號、賬戶賬號、金額、日期、客戶姓名、備注、付款方式）6）購物（購物商家、賬戶賬號、客戶賬號、購物類型、日期、金額、付款方式）7）充值（賬戶賬號、手機號、金額、付款方式，日期）8）賬單（賬單號、對方賬號、賬戶賬號、銀行卡號、日期、金額、交

14、易類型）4.3數(shù)據(jù)模式的優(yōu)化賬戶關(guān)系：賬戶可以由賬號唯一標識，并且滿足BCNF的條件，故為BCNF?？蛻絷P(guān)系：客戶可以由支付寶賬號唯一標識，并且滿足BCNF的條件，故為BCNF銀行卡關(guān)系：主碼銀行卡號與外碼綁定的賬戶賬號存在部分依賴，故為1NF余額寶關(guān)系：BCNF。轉(zhuǎn)賬關(guān)系：不存在部分依賴關(guān)系，也不存在專遞依賴關(guān)系，故為3NF。購物關(guān)系：3NF。充值關(guān)系：3NF。賬單關(guān)系：主碼賬單號與銀行卡號存在部分依賴關(guān)系，故為1NF4.4優(yōu)化后的關(guān)系模式1）賬戶（賬生姓名、性別、地區(qū)、綁定手機號、收貨地址、登錄密碼）2）客戶（客戶賬號、姓名、性別、地區(qū)）3）銀行卡（銀行卡號、開戶姓名、開戶銀行、密碼、余額

15、）4）余額寶（賬號、余額、支付密碼）5）轉(zhuǎn)賬（客戶賬號、賬戶賬號、金額、日期、客戶姓名、備注、付款方式）6）購物（購物商家、賬戶賬號、客戶賬號、購物類型、日期、金額、付款方式）7）充值（賬戶賬號、手機號、金額、付款方式，日期）8）賬單（賬單號、對方賬號、賬戶賬號、日期、金額、交易類型）4.5設(shè)計用戶子模式將概念模型轉(zhuǎn)換為全局邏輯模型后，還應(yīng)該根據(jù)局部應(yīng)用需求，結(jié)合具體 DBMS的特點，設(shè)計用戶的外模式。目前關(guān)系數(shù)據(jù)庫管理系統(tǒng)一般都提供了視圖（Views）概念，可以利用這一功 能設(shè)計更符合局部用戶需求的用戶外模式。定義數(shù)據(jù)庫全局模式主要是從系統(tǒng)的時間效率、空間效率、易維護等角度出 發(fā)。由于用戶外

16、模式與模式是相對獨立的，因此在定義用戶外模式時可以注重考 慮用戶的習慣與方便。包括：（1）使用更符合用戶習慣的別名。（2）可以對不同級別的用戶定義不同的 Views，以保證系統(tǒng)的安全性。（3）簡化用戶對系統(tǒng)的使用。五、設(shè)計SQL查詢功能5.1 SQL語言的概述結(jié)構(gòu)化查詢語言是高級的非過程化編程語言，允許用戶在高層數(shù)據(jù)結(jié)構(gòu)上工 作。它不要求用戶指定對數(shù)據(jù)的存放方法， 也不需要用戶了解具體的數(shù)據(jù)存放方 式，所以具有完全不同底層結(jié)構(gòu)的不同數(shù)據(jù)庫系統(tǒng)，可以使用相同的結(jié)構(gòu)化查詢 語言作為數(shù)據(jù)輸入與管理的接口。 結(jié)構(gòu)化查詢語言語句可以嵌套，這使它具有極 大的靈活性和強大的功能。SQL語言是一個十分重要的標

17、準數(shù)據(jù)庫語言。SQL語言包括查詢、數(shù)據(jù)操縱、 定義、控制和管理等功能。SQL語言是一個綜合的、通用的、功能極強的關(guān)系數(shù) 據(jù)庫語言。SQL功能強，簡單易學(xué)，是一種交互式的查詢語言，允許用戶直接使 用查詢語句查詢存儲的數(shù)據(jù)SQL有以下5個特點1) 綜合統(tǒng)一2) 高度非過程化3) 面向集合的操作方式4) 以同一語法結(jié)構(gòu)提供多種使用方式5) 語言簡潔，易學(xué)易用5.2建立數(shù)據(jù)庫5.2.1創(chuàng)建數(shù)據(jù)庫create database手機錢包管理系統(tǒng)5.2.2基本表的定義，刪除與修改1) 賬戶定義create table 賬戶(賬號 char ( 20) not null primary key ， 姓名cha

18、r (10)，性別char (2)，綁定手機號char ( 11 )，地區(qū) char( 10)，收貨地址char ( 20)，登陸密碼char ( 20)，)；表1賬戶屬性名字段類型主碼或外碼字段值約束賬號charPrimary key20姓名char10性別char2綁定手機號char11地區(qū)char10收貨地址char20登陸密碼char20修改向賬戶表增加“注冊時間”列，其數(shù)據(jù)類型為日期型Alter table 賬戶 add 注冊時間 datetime ;刪除刪除賬戶表。Drop table 賬戶 cascade ;2) 客戶定義create table 客戶(客戶賬號 char ( 2

19、0) not null primary key , 姓名char (10),性別char (2),地區(qū) char (10 ),)；表2客戶屬性名字段類型主碼或外碼字段值約束賬號charPrimary key20姓名char10性別char2地區(qū)char10修改向客戶表增加“年齡”列，其數(shù)據(jù)類型為短整數(shù)型Alter table 客戶 add 年齡 smallint;刪除刪除客戶表。Drop table 客戶 cascade ;3) 銀行卡 定義create table 銀行卡(銀行卡號 char ( 20) not null primary key ，姓名char(10)，開戶銀行 char (

20、10)，密碼char( 20 )，余額char( 20 )，)；表3銀行卡屬性名字段類型主碼或外碼字段值約束銀行卡號charPrimary key20姓名char10開戶銀行char10密碼char20余額char20修改向銀行卡表增加“綁定手機號”列，其數(shù)據(jù)類型為字符型Alter table 銀行卡add綁定手機號 char (11);刪除刪除銀行卡表Drop table 銀行卡 cascade ;4）余額寶定義create table 余額寶（賬號 char （ 20）,支付密碼char （ 20）,余額 char （ 20 ）,primary key （賬號）,foreign key （

21、賬號）references 賬戶（賬號）， ）；表4余額寶屬性名字段類型主碼或外碼字段值約束賬號charprimary key20支付密碼char20余額char205) 轉(zhuǎn)賬定義create table 轉(zhuǎn)賬(賬戶賬號char (20),客戶賬號 char (20),金額char ( 20 ),日期datetime ，客戶姓名char ( 10)備注 char ( 20 )付款方式char ( 10)primary key (賬戶賬號，客戶賬號)，foreig nforeig n）；key （賬戶賬號）references key （客戶賬號）references賬戶(賬號)，客戶(賬號)，

22、表5轉(zhuǎn)賬屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimary key20客戶賬號charprimary key20金額char20日期Date客戶姓名char10備注char20付款方式char106) 購物定義表6購物屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimary key20客戶賬號charprimary key20金額char20日期Date購物商家char10購物類型char20付款方式char107）充值定義create table 充值（手機號 char （11）,賬戶戶賬號 char （ 20）,金額 char （ 20 ）,日期date ,付款方式c

23、har （ 10）primary key （賬戶賬號，手機號），foreign key （賬戶賬號）references 賬戶（賬號），createtable 購物（賬戶賬號char ( 20)，客戶賬號char ( 20 )，金額char ( 20 )，日期date ，購物商家char ( 10)購物類型char ( 20)付款方式char ( 10)primarykey （賬戶賬號，客戶賬號），foreig nkey (賬戶賬號)referencesforeig nkey (客戶賬號)references）；賬戶（賬號）， 客戶（賬號），）；表7充值屬性名字段類型主碼或外碼字段值約束賬戶賬

24、號charprimary key20手機號charprimary key11金額char20日期Date付款方式char108）賬單定義create table 賬單 (賬單號 char ( 20), 賬戶賬號 char (20), 對方賬號 char (20), 金額 char ( 20 ), 日期date , 交易類型 char (10) primary key (賬單號), )；表8賬單屬性名字段類型主碼或外碼字段值約束賬單號charprimary key20賬戶賬號char20對方賬號char20金額char20日期Date交易類型char205.3數(shù)據(jù)查詢5.3.1單表查詢查詢轉(zhuǎn)賬的

25、詳細記錄Select *From 轉(zhuǎn)賬；賬戶賬號容戶賬金曰期客戶姓筍主忖急方式1j 101I 2011002O1W*11 00:00:00 000張三還款銀行卡21022025020155-2500:0000 000李四還款余額寶31032015020100:00:00.000張三還款銀行卡查詢消費金額20元以上的交易記錄Select *From賬單Where 金額 20;賬單號賬戶賬對方賬金.日期交易類型1 01 101.E20110020157-1100:00:00.0002021022025C30155-2& 00:00:00.000轉(zhuǎn)賬30310320150201W4M 00:00:0

26、0,000轉(zhuǎn)賬40910320350201W-12 00 00:00,000NULL查詢賬戶101的賬單記錄，并按時間的降序排列Select *From賬單Where 賬戶賬號=101賬單號賬戶賬對方賬號金曰期交易類型 I %1107! 101E2021020154)7-20 00:00:00 000她物2 0110120110020154)7-11 0000:00.000轉(zhuǎn)賬304101155844&8333202015-07700:00:00 000充值532嵌套查詢查詢交易金額為50元的客戶姓名和賬號Select賬號，姓名From客戶Where對方賬號in（select對方賬號From賬

27、單Where 金額=50）；查詢沒有用銀行卡購物的賬戶賬號Select賬號From賬戶Where not exists（select *From購物Where賬戶賬號=賬戶,賬號and付款方式=銀行卡533集合查詢查詢?nèi)掌谠?015年7月及消費金額大于等于50的賬單號Select賬單號From賬單Where 日期 2015-07-01 Un io nSelect賬單號From賬單Where 金額 =20;5.4數(shù)據(jù)更新5.4.1插入數(shù)據(jù)將一個新客戶元組（賬號：104；姓名：陳曉；性別：男；地區(qū)：天津）插入到賬 戶表中。In sertInto賬戶（賬號，姓名，性別，地區(qū)）Values （104，陳曉，男，天津）；5.4.2修改數(shù)據(jù)將賬號103的賬戶性別改為女Update賬戶Set性別=女Where 賬號=103;543刪除數(shù)據(jù)刪除賬號101的充值記