【正文】 339。00000239。00000339。239。00000139。00000239。139。00000139。00000139。財務(wù)信息39。00000339。業(yè)務(wù)信息39。00000239?；拘畔?9。00000139。12345639。mike39。00000339。12345639。tom39。00000239。12345639。john39。00000139。G2010000239。I2010000339。G2010000139。I2010000239。G2010000139。I2010000139。H2010000139。E2010000339。O2010000139。2010122739。P2010000339。H2010000239。E2010000239。O2010000139。2010122739。P2010000239。H2010000139。E2010000139。O2010000139。2010122739。P2010000139。G2010000239。O2010000339。G2010000139。O2010000239。G2010000139。O2010000139。C2010000139。E2010000339。2010122739。O2010000339。C2010000239。E2010000239。2010122739。O2010000239。C2010000139。E2010000139。2010122739。O2010000139。G2010000239。I2010000339。G2010000139。I2010000239。G2010000139。I2010000139。H2010000139。E2010000339。B2010000139。2010122739。I2010000339。H2010000239。E2010000239。B2010000139。2010122739。I2010000239。H2010000139。E2010000139。B2010000139。2010122739。I2010000139。G2010000239。B2010000339。G2010000139。B2010000239。G2010000139。B2010000139。S2010000139。E2010000339。2010122739。B2010000339。S2010000239。E2010000239。2010122739。B2010000239。S2010000139。E2010000139。2010122739。B2010000139。H2010000139。冷門39。食品39。西紅柿39。G2010000339。H2010000139。熱門39。食品39。西瓜39。G2010000239。H2010000139。一般39。食品39。蘋果39。G2010000139。倉庫三39。H2010000339。倉庫二39。H2010000239。倉庫一39。H2010000139。0797384604439。廣州經(jīng)濟開發(fā)區(qū)39。太和集團39。S2010000339。0796382504939。江西省南昌市39。江西食品有限公司39。S2010000239。0791382704539。浙江省杭州市39。新大新公司39。S2010000139。江西省39。1990070539。女39。tom39。12345639。C2010000339。江西省39。1990032539。男39。john39。12345639。C2010000239。江西省39。1990071539。男39。劉貴軍39。12345639。C2010000139。2010122739。江西省39。1990070539。女39。tom39。12345639。E2010000339。2010122739。江西省39。1990032539。男39。john39。12345639。E2010000239。2010122739。江西省39。1990071539。男39。劉貴軍39。12345639。E2010000139。insert39。339。update39。239。select39。139。冷門39。339。一般39。239。熱門39。139。監(jiān)管39。339。采購39。239。銷售39。139。辦公室39。0339。業(yè)務(wù)科39。0239。財務(wù)科39。0139。未知39。339。女39。239。男39。139。12345639。root39。[G][09][09][09][09][09][09][09][09]39。[H][09][09][09][09][09][09][09][09]39。[S][09][09][09][09][09][09][09][09]39。[C][09][09][09][09][09][09][09][09]39。[E][09][09][09][09][09][09][09][09]39。g:\Sale\39。SaleDBLog39。g:\Sale\39。OtherDB39。g:\Sale\39。BusinessDB39。g:\Sale\39。BasicDB39。g:\Sale\39。DictionaryDB39。SaleDB264139。(10) 數(shù)據(jù)庫擁有者(DBO)的權(quán)限：由于數(shù)據(jù)庫中的各種表都是數(shù)據(jù)庫擁有者創(chuàng)建的，所以數(shù)據(jù)庫擁有者擁有數(shù)據(jù)庫的所有權(quán)限。(8) 服務(wù)人員的權(quán)限：服務(wù)人員主要是對用戶的各種需求提供更為有效地幫助，所以服務(wù)人員擁有對商品的查詢權(quán)限。所以財務(wù)人員擁有對商品的查詢權(quán)限。(5) 銷售人員的權(quán)限：銷售人員主要是對用戶產(chǎn)生的訂單進行訂單處理，所以銷售人員擁有對商品的更新和查詢權(quán)限。(3) 采購人員的權(quán)限：由于進貨人員是和供貨商打交道的，所以具有對商品的查詢權(quán)限，而沒有添加、刪除和更新權(quán)限。以下是本系統(tǒng)對各種用戶的權(quán)限管理：(1) 普通用戶的權(quán)限：由于普通用戶沒經(jīng)過會員注冊，所以不具有對商品的訂購和退單權(quán)限，只能擁有對商品瀏覽、查找、選擇和購買的權(quán)限。本系統(tǒng)初步建立以下幾類公共的用戶來進行數(shù)據(jù)庫的訪問：(1) 普通用戶(2) 會員用戶(3) 采購人員(4) 倉庫管理人員(5) 銷售人員(6) 財務(wù)人員(7) 質(zhì)量監(jiān)督人員(8) 服務(wù)人員(9) 供貨商(10) 數(shù)據(jù)庫擁有者(DBO) 權(quán)限設(shè)計 權(quán)限設(shè)計是數(shù)據(jù)庫安全設(shè)計中至關(guān)重要的一部分，因為他直接涉及到數(shù)據(jù)庫用戶對數(shù)據(jù)的讀取操作。 用戶設(shè)計由于本系統(tǒng)涉及到不同的用戶類別，所以打算對每一類別的用戶建立一個公共的用戶來進行數(shù)據(jù)庫的訪問，這樣就解決了多個實際用戶的存儲問題。但是數(shù)據(jù)庫系統(tǒng)中大量數(shù)據(jù)集中存放，而且為許多最終用戶直接共享，從而是數(shù)據(jù)庫中的安全問題更為突出。(8) 為采購明細表的商品編號建立非聚簇索引inputGoodsNoIdx。(6) 為采購主表的采購時間建立非聚簇索引buyTimeIdx。(4) 為職員表中的雇傭時間屬性建立非聚簇索引employeeTimeIdx。(2) 為商品表中的銷售價格屬性建立非聚簇索引goodsPriceIdx。本系統(tǒng)就索引的實現(xiàn)提供了一些具體的方法，如：根據(jù)用戶查詢的習(xí)慣來對特定的屬性或者屬性集合建立非聚簇索引；對數(shù)據(jù)量比較多的表中采用多級索引或者B+樹索引來提高數(shù)據(jù)順序掃描的速度；采用B+樹索引技術(shù)來有效地支持范圍索引等等。但如果對某一存儲的數(shù)據(jù)建立過多的索引反而會導(dǎo)致數(shù)據(jù)性能的降低，反之則會降低數(shù)據(jù)的搜索速度。 索引實現(xiàn)如果只是從數(shù)據(jù)分布那方面來提高數(shù)據(jù)庫的性能，那是遠遠不夠的，因為最終的數(shù)據(jù)存取還是要對數(shù)據(jù)進行搜索、遍歷。為了提高系統(tǒng)性能，因此，對于數(shù)據(jù)備份和日志文件的備份，由于他們只是在故障恢復(fù)時才使用，而且數(shù)據(jù)量很大，因此存放在三級存儲介質(zhì)上；對于計算機中有多個磁盤，可以考慮將表和索引分別存放在不統(tǒng)的磁盤上，在查詢時，由于多個磁盤驅(qū)動器分別在工作，因此可以保證物理讀寫速度比較快，不過也可以將比較大的表分拆存放在多個磁盤中，以加快存取速度；對于數(shù)據(jù)字典，由于其訪問量很大，可以單獨的為其開辟一塊存儲空間，以保證快速相應(yīng)用戶的需求。本系統(tǒng)數(shù)據(jù)庫物理設(shè)計的目標(biāo)為：(1) 提高數(shù)據(jù)庫的性能，以滿足應(yīng)用的性能需求；(2) 有效利用存儲空間；(3) 在性能和代價之間做出最優(yōu)平衡。5 物理設(shè)計 設(shè)計目標(biāo)一個商品銷售管理系統(tǒng)，其數(shù)據(jù)庫的物理設(shè)計是至關(guān)重要的，他涉及到各方面的利益：客戶的利益、銷售商的利益、供貨商的利益等等。因此可以通過設(shè)定一些更具代表性的商品推薦指標(biāo)來滿足客戶的需要；(4) 在供貨商的信譽上沒有做太多的思考，而是比較籠統(tǒng)的一概而論。 解決方案通過分析以上產(chǎn)生的問題，再結(jié)合上述的數(shù)據(jù)庫設(shè)計，對每個問題提供了大體的解決方案。因為本系統(tǒng)要經(jīng)常統(tǒng)計商品銷售情況，包括銷售總量、銷售總金額、利潤結(jié)算等，如果要訂單明細表中添加銷售價格屬性，將更方便的做統(tǒng)計工作。因為本系統(tǒng)只保證了此關(guān)系模式的每一個屬性對應(yīng)的閾值都是不可分的,而在庫存商品表和訂單明細表中都存在銷售價格，而訂單明細表中的銷售價格可以由訂單明細表和庫存商品表做自然連接而得到，所以訂單明細表中的銷售價格冗余了。在本實例系統(tǒng)中，只考慮到商品的入庫、商品的儲藏、用戶的訂購、商品的出庫、用戶退單、訂單追蹤和商品推薦等業(yè)務(wù)，而在某些方面還是不能考慮的周全。在每一步設(shè)計中都反復(fù)的修改，討論還有什么不足的情況。(5) 存儲過程五proProfit：根據(jù)輸入的商品編號來查詢該商品的銷售信息和盈利信息。(3) 存儲過程三proEmployeeMsg：根據(jù)輸入的銷售人員編號來查找該銷售人員的歷史銷售業(yè)績。為此設(shè)計了如下存儲過程：(1) 存儲過程一proCustomerMsg：根據(jù)輸入的用戶賬號來查找該用戶的歷史訂單信息。為解決能及時的響應(yīng)用戶的各種操作，本系統(tǒng)將創(chuàng)建各種存儲過程來增加對用戶的響應(yīng)操作。由于存儲過程可以直接運行，也可以遠程運行，所以存儲過程擁有對業(yè)務(wù)操作封裝、便于事務(wù)管理和一定程度上的安全性保護的優(yōu)點。(3) 觸發(fā)器三trgChange： 在訂單表中保證該用戶在達到一定消費金額時改變會員用戶的等級。為此設(shè)計了如下觸發(fā)器：(1) 觸發(fā)器一trgInsert：在入庫明細表中規(guī)定每次只能一次插入一條商品記錄。 觸發(fā)器設(shè)計數(shù)據(jù)庫的觸發(fā)器設(shè)計主要是在數(shù)據(jù)的插入、刪除和更新操作場合下來進行更為復(fù)雜的檢查和操作，一次來保證數(shù)據(jù)庫的正確性和一致性。(2) 視圖二SupplierView：統(tǒng)計各供貨商提供的商品的總金額。安全性主要涉及到商品的入庫、訂單生成、退單處理、商品推薦等業(yè)務(wù)，同時用戶沒有訪問涉及到業(yè)務(wù)關(guān)系到的基本表的權(quán)限，所以建立各種試圖來處理各種業(yè)務(wù)，這樣既不破壞數(shù)據(jù)庫的安全性設(shè)計，又達到了預(yù)期的效果；降低腳本設(shè)計的復(fù)雜度主要是對一些統(tǒng)計數(shù)據(jù)如銷售人員的銷售量、財務(wù)結(jié)算等進行視圖設(shè)計，來減少涉及到該操作的表的數(shù)量。 (1) 采購主表：由職員實體集和供貨商實體集轉(zhuǎn)化而來，由于供貨商和職員之間是多對多聯(lián)系，涉及到的主碼太多，所以為采購主表定義一個主碼：采購編號(buyNo)，如圖311所示：屬性名稱數(shù)據(jù)類型是否為空屬性描述buyNochar(9)否采購單編號buySumdouble是采購總金額buyTimedatetime否采購時間employeeNochar(9)否職員標(biāo)號supplierNochar(9)否供貨商編號 圖 311 采購主表 BuyMaster (2) 采購明細表：由采購聯(lián)系集和庫存商品強實體集轉(zhuǎn)換而來，如圖312所示： 屬性名稱數(shù)據(jù)類型是否為空屬性描述buyNochar(9)否采購單編號goodsNochar(9)否商品編號buyPricenumeric(7,2)是成本價格buyQuatityint是采購數(shù)量 圖 312 采購明細表 BuyDetail(3) 入庫主表：由采購聯(lián)系集、職員實體集和倉庫實體集轉(zhuǎn)換而來，采購聯(lián)系集、職員和倉庫之間是多對多聯(lián)系，涉及到的主碼太多，所以為入庫主表定義一個主碼：入庫編號(inputNo)，如圖313所示：屬性名稱數(shù)據(jù)類型是否為空屬性描述inputNochar(9)否入庫編號inputTimedatetime否入庫時間buyNochar(9)否采購單編號employeeNochar(9)否職員標(biāo)號houseNochar(9)否倉庫編號 圖 313 入庫主表 InputMaster(4) 入庫明細表：由采購明細聯(lián)系集和入庫聯(lián)系集轉(zhuǎn)換而來，如圖314所示： 屬性名稱數(shù)據(jù)類型是否為空屬性描述inputNochar(9)否入庫編號GoodsNochar(9)否商品編號inputQuatityint是入庫數(shù)量 圖 314 入庫明細表 InputDetail(5) 訂單主表：由職員實體集和會員用戶實體集轉(zhuǎn)化而來，由于職員和會員用戶之間是多對多聯(lián)系，涉及到的主碼太多，所以為訂單主表定義一個主碼：訂購單編號(orderNo)，如圖315所示：屬性名稱數(shù)據(jù)類型是否為空屬性描述orderNochar(9)否訂單購編號orderSumnumeric(9,2)是訂單總金額orderTimedatetime否訂單時間employeeNochar(9)否職員標(biāo)號customerNochar(9)否客戶賬號 圖 315 訂單主表 OrderMaster(6) 訂單明細表：由訂單聯(lián)系集和庫存商品強實體集轉(zhuǎn)換而來，如圖316所示：屬性名稱數(shù)據(jù)類型是否為空屬性描述orderNochar(9)否訂單編號GoodsNochar(9)否商品編號salePricen