在線書籍交易系統(tǒng)的數(shù)據(jù)庫(kù)分析與設(shè)計(jì)

在線書籍交易系統(tǒng)的數(shù)據(jù)庫(kù)分析與設(shè)計(jì)中文摘要在線書籍交易系統(tǒng)作為一個(gè)B/S結(jié)構(gòu)系統(tǒng)，主要是為書籍交易提供支持服務(wù)，方便二手書的重復(fù)利用。幾乎所有學(xué)校的大四畢業(yè)生都存在一個(gè)這樣的現(xiàn)象：幾乎所有我們以前當(dāng)作是寶的書籍到了大四都得當(dāng)廢舊物資賣給了廢品回收員，這是多么的浪費(fèi)。建立在線書籍交易系統(tǒng)，把大四畢業(yè)生的書籍充分利用，只要十幾元的成本就能實(shí)現(xiàn)幾十元甚至一百塊的效益和功能。電子商務(wù)發(fā)展迅猛，并且越來(lái)越走向務(wù)實(shí)，還有網(wǎng)絡(luò)的發(fā)展與應(yīng)用已經(jīng)蓬勃發(fā)展起來(lái)，網(wǎng)上書店是非常必要和可行的。作為信息系統(tǒng)核心和基礎(chǔ)的數(shù)據(jù)庫(kù)技術(shù)的發(fā)展也使得在線書籍交易系統(tǒng)的運(yùn)行更加完善。SQLServer是一種高效的關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)，它與WindowsNT／2000及Windows9x等操作系統(tǒng)緊密集成。對(duì)于B/S系統(tǒng)來(lái)說(shuō)，SQLServer是一個(gè)很好的選擇。本系統(tǒng)數(shù)據(jù)庫(kù)開發(fā)涉及需求分析、數(shù)據(jù)庫(kù)設(shè)計(jì)，以WindowsXP為操作平臺(tái)，使用ASP開發(fā)技術(shù)和SQL-Server數(shù)據(jù)庫(kù)。關(guān)鍵字：B/S結(jié)構(gòu)SQLServer網(wǎng)上書店數(shù)據(jù)庫(kù)Second-handbookstothetradingsystemasaB/Ssystems,mainlyforsecond-handbookdealtoprovidesupportservicestofacilitatethereuseofsecond-handbooks.Almostalloftheseniorschoolgraduatesaretheexistenceofsuchaphenomenon:almostallofourpastasarethebookstoaseniormaterialsusedareproperlysoldtowasterecycling,thisishowthewaste.Theestablishmentofsecond-handbooktradingsystem,theseniorgraduatestomakefulluseofbooks,aslongasthecostofmorethan10millionyuanwillbeabletoachievescoresof100andeventheefficiencyandperformance.Therapiddevelopmentofe-commerce,andtowardsmorepragmatic,andthedevelopmentandapplicationhasbeenbooming,on-linebookstoreisverynecessaryandfeasible.Asacoreinformationsystemanddatabase-basedtechnologyhasmadeitsecond-handbooktradingsystemrunbetter.SQLServerisahigh-performancerelationaldatabasesystems,withWindowsNT/2000andWindows9xoperatingsystem,suchastightlyintegrated.TheB/Ssystem,SQLServerisagoodchoice.B/SstructureSQLServeronlinebookstoreDatabase該系統(tǒng)的功能模塊表現(xiàn)為兩大類，一是客戶界面，二是管理界面，2.2.1客戶界面包括選購(gòu)圖書（可以按類查找圖書，或通過(guò)一個(gè)或多個(gè)關(guān)鍵字進(jìn)行查找）、圖書上架時(shí)間，銷售量等不同方式統(tǒng)計(jì)排序、圖書的顯示方式、查看圖書的詳細(xì)情況、購(gòu)物車功能、會(huì)員信息功能，如圖2-2：圖2-2客戶界面的功能模塊圖2.2分類維護(hù)，增加、修改和刪除圖書的分類，圖書分類完整路徑顯示；現(xiàn)有圖書管理：修改、刪除、查看圖書；訂單管理：查看訂單清單，更新訂單付款、出貨狀態(tài)，刪除訂單，處理退貨；添加新圖書，可以上傳圖書的信息；維護(hù)購(gòu)物幫助；如圖2-3:圖2-3管理界面功能模塊圖3數(shù)據(jù)庫(kù)設(shè)計(jì)3.1數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)在系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)中，先要對(duì)系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲(chǔ)進(jìn)行分析，分析各數(shù)據(jù)存儲(chǔ)之間的關(guān)系，然后才得出系統(tǒng)的關(guān)系摸式?？梢圆挪捎肊-R圖的方法來(lái)進(jìn)行數(shù)據(jù)結(jié)構(gòu)分析。E-R設(shè)計(jì)方法是一種通過(guò)E-R圖來(lái)描述現(xiàn)實(shí)世界信息結(jié)構(gòu)的DB設(shè)計(jì)方法。在得到上面的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)后，可以得出滿足用戶需求的各種實(shí)體，以及它們之間的關(guān)系和通過(guò)相互之間的作用形成的數(shù)據(jù)的流動(dòng)。其中各種實(shí)體包括：管理員信息實(shí)體、會(huì)員信息實(shí)體、圖書實(shí)體、訂單詳細(xì)信息實(shí)體、訂單列表信息實(shí)體、圖書分類信息實(shí)體、常見問(wèn)題實(shí)體。在功能劃分的基礎(chǔ)上，通過(guò)對(duì)數(shù)據(jù)流程的分析，可以進(jìn)一步得到系統(tǒng)實(shí)體的E-R圖，圖3-1實(shí)體間的關(guān)系E-R圖管理員信息實(shí)體E-R圖：圖3-2管理員信息實(shí)體E-R圖會(huì)員信息實(shí)體E-R圖：圖3-3會(huì)員信息實(shí)體E-R圖積分信息實(shí)體E-R圖：圖3-4會(huì)員積分信息實(shí)體E-R圖圖書信息實(shí)體E-R圖：圖3-5圖書信息實(shí)體E-R圖訂單詳細(xì)信息實(shí)體E-R圖：圖3-6訂單詳細(xì)信息實(shí)體E-R圖訂單列表信息實(shí)體E-R圖：圖3-7訂單列表信息實(shí)體E-R圖常見問(wèn)題實(shí)體E-R圖：圖3-8常見問(wèn)題實(shí)體E-R圖以上的E-R圖基本上涉及到了所有的數(shù)據(jù)表及表之間的關(guān)系。根據(jù)將實(shí)體型、實(shí)體的屬性和實(shí)體型之間的轉(zhuǎn)換為關(guān)系模式所遵循的原則，通過(guò)對(duì)實(shí)體和聯(lián)系的轉(zhuǎn)變，可以得到以下的關(guān)系模式：購(gòu)買(會(huì)員帳號(hào)，圖書編號(hào)，訂單編號(hào)，購(gòu)買數(shù)量)查詢（會(huì)員帳號(hào)，等級(jí)編號(hào)，優(yōu)惠情況）分類（圖書編號(hào)，圖書排序，圖書類型，查找路徑，圖書位置）修訂（訂單編號(hào)，列表編號(hào)，會(huì)員聯(lián)系地址，購(gòu)買情況）更新（管理員帳號(hào)，圖書編號(hào)，圖書上架時(shí)間，圖書存貨情況）處理（管理員帳號(hào)，列表編號(hào)，會(huì)員購(gòu)買信息，發(fā)貨情況）這只是從實(shí)體和聯(lián)系轉(zhuǎn)化成關(guān)系模式的到的關(guān)系模型，但是根據(jù)這些結(jié)果進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)在為了保證數(shù)據(jù)模型的完整，減少數(shù)據(jù)的冗余帶來(lái)數(shù)據(jù)存儲(chǔ)量的增加，在維護(hù)數(shù)據(jù)時(shí)避免更新數(shù)據(jù)而帶來(lái)的不規(guī)范，還要進(jìn)一步對(duì)數(shù)據(jù)進(jìn)行規(guī)范化處理。規(guī)范化理論是研究如何將一個(gè)不好的關(guān)系模式轉(zhuǎn)化為好的關(guān)系模式的理論，關(guān)系數(shù)據(jù)庫(kù)中的關(guān)系要滿足一定的要求即規(guī)范(約束條件)，規(guī)范化理論把關(guān)系應(yīng)滿足的規(guī)范要求分為幾級(jí)，分別是：第一范式(1NF)，第二范式(2NF)，第三范式(3NF)，BCNF范式等。范式的等級(jí)越高，應(yīng)滿足的約束集條件也越嚴(yán)格，規(guī)范的每一級(jí)別都依賴于它的前一級(jí)別。根據(jù)規(guī)范化理論對(duì)上面的關(guān)系模型進(jìn)行分析，可以得到上面的關(guān)系模型是屬于第二范式(2NF)。如：在購(gòu)買關(guān)系中(會(huì)員帳號(hào)，圖書編號(hào))→購(gòu)買數(shù)量；在查詢關(guān)系中（會(huì)員帳號(hào)，等級(jí)編號(hào)）→優(yōu)惠情況；在分類關(guān)系中（圖書編號(hào)，圖書排序）→查找路徑，（圖書編號(hào)，圖書排序）→圖書位置等。從關(guān)系模型的角度來(lái)看，數(shù)據(jù)表最好滿足3NF最符合標(biāo)誰(shuí)，這樣的設(shè)計(jì)容易維護(hù)。第三范式（3NF）要求一個(gè)數(shù)據(jù)庫(kù)表中不包含已在其它表中已包含的非主關(guān)鍵字信息，是屬性不依賴于其它非主屬性。根據(jù)第三范式（3NF）要求可以得到六個(gè)實(shí)體的關(guān)系模式：管理員（管理員帳號(hào)，姓名，密碼）會(huì)員（會(huì)員帳號(hào)，姓名，聯(lián)系地址，密碼）等級(jí)積分（等級(jí)編號(hào)，等級(jí)名稱，起始積分，打折額度）圖書（圖書編號(hào)，圖書名稱，圖書作者，圖書類型）訂單（訂單編號(hào)，列表編號(hào)，圖書編號(hào)，圖書數(shù)量）訂單列表（列表編號(hào)，會(huì)員帳號(hào)，應(yīng)付款額，處理狀態(tài)）3.2數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)根據(jù)數(shù)據(jù)結(jié)構(gòu)分析，以及將各數(shù)據(jù)關(guān)系盡量滿足第三范式，數(shù)據(jù)庫(kù)的數(shù)據(jù)表可以設(shè)置為6個(gè)數(shù)據(jù)表，分別是管理員信息表、會(huì)員信息表、等級(jí)信息表、圖書信息表、訂單列表信息表、訂單詳細(xì)信息表。各表的設(shè)計(jì)結(jié)果如圖所示：表4-1管理員信息表列名數(shù)據(jù)類型字段大小必填字段默認(rèn)值說(shuō)明Accountvarchar20是（無(wú)）管理員帳號(hào)（主鍵）Namevarchar20是（無(wú)）管理員姓名Pwdvarchar20是（無(wú)）密碼表4-2會(huì)員信息表字段名稱字段類型字段大小必填字段默認(rèn)值說(shuō)明UserIDVarchar(30)30是（無(wú)）會(huì)員IDUsernameVarchar(50)50是（無(wú)）會(huì)員名稱PasswordVarchar(50)50是（無(wú)）密碼AddressVarchar(50)50是（無(wú)）地址PostcodeVarchar(12)12是（無(wú)）郵政編碼TelVarchar(50)50是（無(wú)）聯(lián)系電話EmailVarchar(100)100是（無(wú)）Email地址表4-3等級(jí)信息表列名數(shù)據(jù)類型字段大小必填字段默認(rèn)值說(shuō)明DJ-IDInt4是（無(wú)）等級(jí)編號(hào)（主鍵）DL-Namevarchar20是（無(wú)）等級(jí)姓名DJ-Logovarchar80是″″等級(jí)圖標(biāo)DJ-scorevarchar4是″″管理員帳號(hào)（主鍵）DJ-disvarchar2是100折扣表4-4圖書信息表字段名稱字段類型字段大小必填字段默認(rèn)值說(shuō)明BookIDVarchar(30)30是（無(wú)）圖書編號(hào)（主鍵）BooknameVarchar(10)10是（無(wú)）圖書名稱BarcodeVarchar(30)30是“”條形碼BookconcernVarchar(30)30是“”出版社AuthorVarchar(30)30是“”作者PriceMoney8是0價(jià)格KindVarchar(30)30是（無(wú)）種類CoverImage20是“”封面MemoVarchar(20)20是“”簡(jiǎn)介表4-5訂單詳細(xì)信息表列名數(shù)據(jù)類型字段大小必填字段默認(rèn)值說(shuō)明IDInt4是（無(wú)）詳細(xì)信息標(biāo)志OrderIDInt4是（無(wú)）訂單列表IDProductIDInt4是（無(wú)）圖書IDProductnameVarchar80是″″圖書名稱PriceMoney8是0圖書單價(jià)QuantityInt4是0訂購(gòu)數(shù)量表4-6訂單列表信息表列名數(shù)據(jù)類型字段大小必填字段默認(rèn)值說(shuō)明IDInt4是（無(wú)）訂單列表編號(hào)（主鍵）MerberIDVarchar20是“0”會(huì)員ID（非會(huì)員0）customernameVarchar20是（無(wú)）客戶姓名AddressVarchar100是（無(wú)）詳細(xì)地址ZipcodeVarchar10是（無(wú)）郵編PhoneVarchar20是（無(wú)）聯(lián)系電話EmailVarchar30是（無(wú)）電子郵件PaymentVarchar20是（無(wú)）應(yīng)付賬款RemarkText16是“”備注CratedateDatetime8是Now（）下訂單時(shí)間StateSmallint2是0處理狀態(tài)（0或1）TreateddateDatetime8否（無(wú)）送貨日期TreatedRemarkText16是“”送貨備注NscoreInt4是“”用戶獲取積分4結(jié)束語(yǔ)本文只是給出系統(tǒng)的數(shù)據(jù)庫(kù)分析與設(shè)計(jì)部分，實(shí)現(xiàn)部分在這里就不再討論了。在系統(tǒng)的數(shù)據(jù)庫(kù)分析時(shí)，采用了自頂向下的方法和業(yè)務(wù)流程圖這個(gè)工具對(duì)系統(tǒng)進(jìn)行分析，然后用數(shù)據(jù)項(xiàng)、數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)對(duì)系統(tǒng)進(jìn)行描述。在系統(tǒng)的數(shù)據(jù)庫(kù)的設(shè)計(jì)部分，對(duì)于數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)設(shè)計(jì)運(yùn)用了E-R圖和關(guān)系模型來(lái)進(jìn)行設(shè)計(jì)；而數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)設(shè)計(jì)即運(yùn)用了數(shù)據(jù)表來(lái)設(shè)計(jì)。在對(duì)系統(tǒng)的數(shù)據(jù)庫(kù)分析和設(shè)計(jì)時(shí)，能夠完整得給出了業(yè)務(wù)的數(shù)據(jù)流程和數(shù)據(jù)之間的關(guān)系。如用戶、會(huì)員、圖書和訂單它們的構(gòu)成及它們之間的關(guān)系。還有能夠清晰得給出系統(tǒng)的結(jié)構(gòu)功能。但也存在著許多不足的地方，如畫出業(yè)務(wù)的流程圖不是很清晰的顯出業(yè)務(wù)的流程、流程圖也太過(guò)于繁瑣，應(yīng)該更加簡(jiǎn)潔和完善。在設(shè)計(jì)系統(tǒng)的數(shù)據(jù)庫(kù)時(shí)，能夠?qū)﹃P(guān)系模型進(jìn)行規(guī)范化處理，不過(guò)在畫出E-R圖存在著E-R圖不夠完整，E-R圖過(guò)于繁瑣。在邏輯結(jié)構(gòu)設(shè)計(jì)里也存在著數(shù)據(jù)表過(guò)多，那樣不利于以后的系統(tǒng)設(shè)計(jì)。在對(duì)系統(tǒng)的數(shù)據(jù)庫(kù)分析與設(shè)計(jì)基本達(dá)到了系統(tǒng)設(shè)計(jì)的要求，在設(shè)計(jì)系統(tǒng)的數(shù)據(jù)庫(kù)盡量達(dá)到數(shù)據(jù)庫(kù)設(shè)計(jì)理論的要求。當(dāng)然任何數(shù)據(jù)庫(kù)系統(tǒng)理論都存在各種問(wèn)題。在設(shè)計(jì)系統(tǒng)數(shù)據(jù)庫(kù)時(shí)，根據(jù)系統(tǒng)的要求盡量在適用和高效之中找