1、分布式數(shù)據(jù)庫(kù)及其在連鎖商業(yè)零售信息系統(tǒng)中的應(yīng)用1分布式數(shù)據(jù)庫(kù)系統(tǒng)概述分布式數(shù)據(jù)庫(kù)系統(tǒng)（DDBS）是數(shù)據(jù)庫(kù)技術(shù)和網(wǎng)絡(luò)技術(shù)兩者相互滲透和有機(jī)結(jié)合的結(jié)果。涉及數(shù)據(jù)庫(kù)基本理論和網(wǎng)絡(luò)通信理論。分布式數(shù)據(jù)庫(kù)由一組數(shù)據(jù)組成，這些數(shù)據(jù)在物理上分布在計(jì)算機(jī)網(wǎng)絡(luò)的不同節(jié)點(diǎn)上，邏輯上是屬于同一個(gè)系統(tǒng)。這些節(jié)點(diǎn)由通訊網(wǎng)絡(luò)聯(lián)接在一起，每個(gè)節(jié)點(diǎn)都是一個(gè)獨(dú)立的數(shù)據(jù)庫(kù)系統(tǒng)，它們都擁有各自的數(shù)據(jù)庫(kù)、中央處理機(jī)、終端，以及各自的局部數(shù)據(jù)庫(kù)管理系統(tǒng)。因此分布式數(shù)據(jù)庫(kù)系統(tǒng)可以看作是一系列集中式數(shù)據(jù)庫(kù)系統(tǒng)的聯(lián)合。它們?cè)谶壿嬌蠈儆谕幌到y(tǒng)，但在物理結(jié)構(gòu)上是分布式的。DDBS已成為信息處理學(xué)科的重要領(lǐng)域，正在迅速發(fā)展，原因基于以下幾點(diǎn)：它

2、可以解決組織機(jī)構(gòu)分散而數(shù)據(jù)需要相互聯(lián)系的問(wèn)題。如果一個(gè)組織機(jī)構(gòu)需要增加新的相對(duì)自主的組織單位來(lái)擴(kuò)充機(jī)構(gòu)，則分布式數(shù)據(jù)庫(kù)系統(tǒng)可以在對(duì)當(dāng)前機(jī)構(gòu)影響最小的情況下進(jìn)行擴(kuò)充。均衡負(fù)載的需要。數(shù)據(jù)的分解采用使局部應(yīng)用達(dá)到最大，這使得各處理機(jī)之間的相互干擾降到最低。負(fù)載在各處理機(jī)之間分擔(dān)，可以避免臨界瓶頸。當(dāng)現(xiàn)有機(jī)構(gòu)中已存在幾個(gè)數(shù)據(jù)庫(kù)系統(tǒng)，而且實(shí)現(xiàn)全局應(yīng)用的必要性增加時(shí)，就可以由這些數(shù)據(jù)庫(kù)自下而上構(gòu)成分布式數(shù)據(jù)庫(kù)系統(tǒng)。相等規(guī)模的分布式數(shù)據(jù)庫(kù)系統(tǒng)在出現(xiàn)故障的幾率上不會(huì)比集中式數(shù)據(jù)庫(kù)系統(tǒng)低，但由于其故障的影響僅限于局部數(shù)據(jù)應(yīng)用，因此就整個(gè)系統(tǒng)來(lái)講它的可靠性是比較高的。11 DDBS具有如下特點(diǎn)1、在DDBS里不

3、強(qiáng)調(diào)集中控制概念，它具有一個(gè)以全局?jǐn)?shù)據(jù)庫(kù)管理員為基礎(chǔ)的分層控制結(jié)構(gòu)，但是每個(gè)局部數(shù)據(jù)庫(kù)管理員都具有高度的自主權(quán)。2、在DDBS中數(shù)據(jù)獨(dú)立性概念也同樣重要，然而增加了一個(gè)新的概念，就是分布式透明性。所謂分布式透明性就是在編寫程序時(shí)好象數(shù)據(jù)沒有被分布一樣，因此把數(shù)據(jù)進(jìn)行轉(zhuǎn)移不會(huì)影響程序的正確性。但程序的執(zhí)行速度會(huì)有所降低。3、與集中式數(shù)據(jù)庫(kù)系統(tǒng)不同，數(shù)據(jù)冗余在DDBS中被看作是所需要的特性，原因在于：首先，如果在需要的節(jié)點(diǎn)復(fù)制數(shù)據(jù)，則可以提高局部的應(yīng)用性。其次，當(dāng)某節(jié)點(diǎn)發(fā)生故障時(shí)，可以操作其它節(jié)點(diǎn)上的復(fù)制數(shù)據(jù)，因此這可以增加系統(tǒng)的有效性。當(dāng)然，在DDBS中對(duì)最佳冗余度的評(píng)價(jià)是很復(fù)雜的。2 DDBS

4、的優(yōu)缺點(diǎn)DDBS的優(yōu)點(diǎn)有具有靈活的體系結(jié)構(gòu)；適應(yīng)分布式的管理和控制機(jī)構(gòu)；經(jīng)濟(jì)性能優(yōu)越；系統(tǒng)的可靠性高、可用性好；局部應(yīng)用的響應(yīng)速度快；可擴(kuò)展性好，易于集成現(xiàn)有系統(tǒng)。DDBS的缺點(diǎn)是系統(tǒng)開銷較大，主要花在通信部分；復(fù)雜的存取結(jié)構(gòu)（如輔助索引、文件的鏈接技術(shù)），在集中式DBS中是有效存取數(shù)據(jù)的重要技術(shù)，但在分布式系統(tǒng)中不一定有效；數(shù)據(jù)的安全性和保密性較難處理。3 數(shù)據(jù)分片31數(shù)據(jù)分片的類型1、水平分片：按一定的條件把全局關(guān)系的所有元組劃分成若干不相交的子集，每個(gè)子集為關(guān)系的一個(gè)片段。這種分片用SQL實(shí)現(xiàn)的基本形式為:select，from R where P，其中R為全局關(guān)系庫(kù)(表),P為關(guān)鍵字的

5、特征。2、垂直分片：把一個(gè)全局關(guān)系的屬性集分成若干子集，并在這些子集上作投影運(yùn)算，每個(gè)投影稱為垂直分片。3、導(dǎo)出分片：又稱為導(dǎo)出水平分片，即水平分片的條件不是本關(guān)系屬性的條件，而是其他關(guān)系屬性的條件。4、混合分片：以上三種方法的混合?？梢韵人椒制俅怪狈制?，或先垂直分片再水平分片，或其他形式，但他們的結(jié)果是不相同的。32數(shù)據(jù)分片的條件1、完備性條件：必須把全局關(guān)系的所有數(shù)據(jù)映射到片段中，決不允許有屬于全局關(guān)系的數(shù)據(jù)卻不屬于它的任何一個(gè)片段。2、可重構(gòu)條件：必須保證能夠由同一個(gè)全局關(guān)系的各個(gè)片段來(lái)重建該全局關(guān)系。對(duì)于水平分片可用并操作重構(gòu)全局關(guān)系；對(duì)于垂直分片可用聯(lián)接操作重構(gòu)全局關(guān)系。3、不相

6、交條件：要求一個(gè)全局關(guān)系被分割后所得的各個(gè)數(shù)據(jù)片段互不重疊（對(duì)垂直分片的主鍵除外）。4 DDBS體系結(jié)構(gòu)分布式數(shù)據(jù)庫(kù)系統(tǒng)的結(jié)構(gòu)如圖1所示。DBDB客戶端表示層 請(qǐng)求 響應(yīng)業(yè)務(wù)處理中心網(wǎng)絡(luò) 應(yīng)用邏輯層 請(qǐng)求請(qǐng)求 響應(yīng)數(shù)據(jù)服務(wù)中心DB 數(shù)據(jù)服務(wù)層 響應(yīng)圖1 DDBS結(jié)構(gòu)圖41數(shù)據(jù)服務(wù)層該層是整個(gè)應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)及其管理系統(tǒng)平臺(tái)。數(shù)據(jù)庫(kù)把原本由SQL或PL/SQL(SQL和程序化擴(kuò)展)完成的數(shù)據(jù)庫(kù)存儲(chǔ)過(guò)程和由中間層的應(yīng)用服務(wù)器完成的組件都交由自身所帶的相應(yīng)的環(huán)境去做，使得應(yīng)用程序的開發(fā)更加靈活。在不同用戶根據(jù)不同需要提交請(qǐng)求時(shí)，數(shù)據(jù)服務(wù)層會(huì)根據(jù)相應(yīng)的請(qǐng)求調(diào)用數(shù)據(jù)庫(kù)。42應(yīng)用邏輯層應(yīng)用邏輯層處于中間，

7、是三層C/S體系結(jié)構(gòu)的核心。它既是服務(wù)器(為表示層提供基于請(qǐng)求/響應(yīng)機(jī)制的Web服務(wù)和執(zhí)行計(jì)算和數(shù)據(jù)訪問(wèn)的分布式中間件服務(wù))，同時(shí)又是數(shù)據(jù)服務(wù)層和其它中間件服務(wù)器的客戶端。它可以被認(rèn)為是基于請(qǐng)求/響應(yīng)模式的服務(wù)器擴(kuò)展模塊。可用于交互式的瀏覽和修改數(shù)據(jù)內(nèi)容。整個(gè)過(guò)程可描述為:客戶端發(fā)送請(qǐng)求到服務(wù)器。服務(wù)器將請(qǐng)求信息發(fā)送至相應(yīng)的處理模塊，來(lái)訪問(wèn)數(shù)據(jù)庫(kù)、進(jìn)行計(jì)算或邏輯控制等，生成響應(yīng)內(nèi)容。服務(wù)器把響應(yīng)返回給客戶端。43表示層這一層主要是與用戶交互的界面接口，它不僅是整個(gè)系統(tǒng)展示給用戶的外在形象，更決定著系統(tǒng)的易用性?？蛻舳酥苯优c客戶交互，將系統(tǒng)功能展現(xiàn)在客戶面前，客戶可根據(jù)系統(tǒng)提供的相應(yīng)功能得到所需

8、的服務(wù)。5 DDBS的安全性保證51數(shù)據(jù)庫(kù)安全性問(wèn)題包括兩個(gè)部分1、數(shù)據(jù)庫(kù)數(shù)據(jù)的安全：它應(yīng)能確保在數(shù)據(jù)庫(kù)系統(tǒng)運(yùn)行時(shí)數(shù)據(jù)存儲(chǔ)媒體被破壞以及當(dāng)數(shù)據(jù)庫(kù)用戶誤操作時(shí)。數(shù)據(jù)庫(kù)數(shù)據(jù)信息不至于丟失2、數(shù)據(jù)庫(kù)系統(tǒng)不被非法用戶侵入：它應(yīng)盡可能地堵住潛在的各種漏洞，防止非法用戶利用它們侵入數(shù)據(jù)庫(kù)系統(tǒng)。對(duì)于數(shù)據(jù)安全問(wèn)題，數(shù)據(jù)庫(kù)管理員可以備份和恢復(fù)數(shù)據(jù)庫(kù)的資料。52安全性策略1、系統(tǒng)安全性策略：數(shù)據(jù)庫(kù)帳戶是訪問(wèn)數(shù)據(jù)庫(kù)信息的途徑，因此，應(yīng)該很好地維護(hù)管理數(shù)據(jù)庫(kù)帳戶的安全性，按照數(shù)據(jù)庫(kù)系統(tǒng)的大小和管理數(shù)據(jù)庫(kù)帳戶所需的工作量，數(shù)據(jù)庫(kù)安全性管理者只是數(shù)據(jù)庫(kù)管理員，或者是擁有這些權(quán)限的一組用戶。數(shù)據(jù)庫(kù)用戶可以通過(guò)操作系統(tǒng)，網(wǎng)絡(luò)

9、服務(wù)，或數(shù)據(jù)庫(kù)進(jìn)行身份確認(rèn)，通過(guò)主機(jī)操作系統(tǒng)進(jìn)行用戶身份認(rèn)證的優(yōu)點(diǎn)有，用戶能更快更方便地聯(lián)入數(shù)據(jù)庫(kù)。2、數(shù)據(jù)的安全性策略：數(shù)據(jù)的安全性考慮應(yīng)基于數(shù)據(jù)的重要性，如果數(shù)據(jù)不是很重要，那么數(shù)據(jù)的安全性策略可以稍稍放松一些。然而，如果數(shù)據(jù)很重要，那么應(yīng)該有一謹(jǐn)慎的安全性策略，用它來(lái)維護(hù)對(duì)數(shù)據(jù)對(duì)象訪問(wèn)的有效控制3、用戶安全性策略：密碼的安全性，如果用戶是通過(guò)數(shù)據(jù)庫(kù)進(jìn)行用戶身份的確認(rèn)，那么建議使用密碼加密的方式與數(shù)據(jù)庫(kù)進(jìn)行連接。6分布式數(shù)據(jù)更新數(shù)據(jù)庫(kù)系統(tǒng)中的數(shù)據(jù)更新，是指數(shù)據(jù)庫(kù)系統(tǒng)發(fā)生插入、修改、刪除等操作。和文件系統(tǒng)不同，數(shù)據(jù)庫(kù)的操作都是發(fā)生在事務(wù)中的。數(shù)據(jù)庫(kù)系統(tǒng)中一般都有多個(gè)事務(wù)并發(fā)執(zhí)行，由此帶來(lái)了一

10、系列的問(wèn)題。在做更新操作時(shí)，必須保證事務(wù)的正確性。事務(wù)的ACID特性是指原子性、一致性、隔離性和持久性。在分布式數(shù)據(jù)庫(kù)系統(tǒng)中，以增加數(shù)據(jù)副本為代價(jià)來(lái)平衡服務(wù)器之間的負(fù)載，獲得高查詢速度和高可靠性。但由于數(shù)據(jù)復(fù)制在多個(gè)節(jié)點(diǎn)上，一旦要對(duì)有多個(gè)副本的數(shù)據(jù)進(jìn)行更新時(shí)，為保證數(shù)據(jù)庫(kù)的一致性，就必須對(duì)這些數(shù)據(jù)的所有復(fù)制版本同時(shí)作同樣的更新。1、主副本更新法：對(duì)有多副本的數(shù)據(jù)(關(guān)系|片段)，指定其中一個(gè)為主副本，其他為輔副本。不同數(shù)據(jù)的主副本一般在不同的站點(diǎn)上，對(duì)數(shù)據(jù)的更新，開始只對(duì)其主副本進(jìn)行更新，由主副本站點(diǎn)及時(shí)發(fā)送給各輔副本站點(diǎn)進(jìn)行更新。各輔副本可并行更新。如有與主副本未連通的輔副本，在連通后按記錄的

11、更新順序逐一進(jìn)行更新。2、移動(dòng)主副本法：對(duì)一個(gè)數(shù)據(jù)的更新，開始仍然只發(fā)生在其主副本上。如果主副本所在站點(diǎn)此時(shí)尚未連通，則另選一個(gè)輔站點(diǎn)中的輔副本為該數(shù)據(jù)的主副本進(jìn)行修改。當(dāng)原主副本站點(diǎn)連通時(shí)，系統(tǒng)將自動(dòng)把它改為輔副本，并按記錄要求執(zhí)行修改。3、快照法：快照類似于視圖，定義為一個(gè)或多個(gè)主副本的部分拷貝或全部拷貝。快照的數(shù)據(jù)實(shí)際上是存放在數(shù)據(jù)庫(kù)中，是對(duì)其中數(shù)據(jù)的瞬時(shí)映像，快照既可以定期刷新，也可在必要時(shí)強(qiáng)制刷新?？煺辗椒ú豢紤]數(shù)據(jù)的輔副本，只關(guān)心每一數(shù)據(jù)的主副本和在這些主副本上定義的任意多個(gè)快照。采用快照方法可以完成復(fù)雜的查詢，而又不阻止更新，因?yàn)槠渲袛?shù)據(jù)不受更新操作的影響，所以不會(huì)妨礙其他事務(wù)對(duì)

12、有關(guān)數(shù)據(jù)的更新操作。7分布式查詢?cè)贒DBS中有三類查詢：局部查詢、遠(yuǎn)程查詢和全局查詢。局部查詢和遠(yuǎn)程查詢都只涉及到單個(gè)節(jié)點(diǎn)上的數(shù)據(jù)；全局查詢涉及多個(gè)節(jié)點(diǎn)的數(shù)據(jù)，查詢要復(fù)雜得多。DDBS在接收用戶的查詢后，主要經(jīng)過(guò)如下階段的處理：將全局查詢分解成對(duì)局部數(shù)據(jù)庫(kù)的子查詢；對(duì)分布在不同站點(diǎn)上的局部查詢結(jié)果進(jìn)行縮減，以減少通信開銷；將各站點(diǎn)上的中間結(jié)果送往查詢站點(diǎn)形成最終查詢結(jié)果。8連鎖商業(yè)零售信息系統(tǒng)分布式數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)現(xiàn)代企業(yè)信息系統(tǒng)通常都有一個(gè)企業(yè)數(shù)據(jù)倉(cāng)庫(kù)和多個(gè)數(shù)據(jù)集市。數(shù)據(jù)倉(cāng)庫(kù)可以為企業(yè)高層管理人員提供關(guān)于整個(gè)企業(yè)全局的信息，并提供對(duì)企業(yè)的集中控制和決策支持。數(shù)據(jù)集市幫助用戶對(duì)他們所在部門的情況

13、進(jìn)行分析和決策81連鎖零售信息系統(tǒng)業(yè)務(wù)概述全球許多的零售企業(yè)都是集團(tuán)化的，在全國(guó)乃至全球各地都開設(shè)有自己的分店。每個(gè)分店都有自己獨(dú)立的零售系統(tǒng)和數(shù)據(jù)庫(kù)，用于自己的商業(yè)運(yùn)作。但企業(yè)的總部需要獲得各個(gè)分店的一些重要匯總數(shù)據(jù)，如單個(gè)商品銷售日匯總數(shù)據(jù)、商品采購(gòu)進(jìn)貨月匯總數(shù)據(jù)等，以供企業(yè)管理層決策使用。這樣各個(gè)分店就要將上述數(shù)據(jù)定期上傳給總部數(shù)據(jù)倉(cāng)庫(kù)，同時(shí)總部也需要將統(tǒng)一的商品價(jià)格信息下發(fā)到各分店。各分店之間也可能需要相互調(diào)撥商品而進(jìn)行信息的交換。這樣就形成了系統(tǒng)數(shù)據(jù)分布式特點(diǎn)。82數(shù)據(jù)庫(kù)的概念模式設(shè)計(jì)（E-R）1、 分店零售子系統(tǒng)E-R圖設(shè)計(jì)該部分涉及的實(shí)體有：顧客、零售單、收銀員、零售單明細(xì)、商品

14、信息、收款單、折扣、調(diào)撥單、調(diào)撥明細(xì)等。顧客調(diào)撥單收款單 1 1購(gòu)物組成 n n n收銀員零售小票調(diào)撥明細(xì)收款 1 n1 1參照組成 參照 1 n n n 1 1商品信息折扣參照小票明細(xì)圖2分店零售子系統(tǒng)E-R圖2、總部零售決策子系統(tǒng)E-R圖設(shè)計(jì)該部分涉及的實(shí)體有：各分店銷售數(shù)據(jù)、分店、商品信息、開支數(shù)據(jù)等開銷分店 1商品信息銷售 1n開支數(shù)據(jù)1參照nn銷售數(shù)據(jù)83邏輯數(shù)據(jù)庫(kù)的設(shè)計(jì)把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)的E-R圖轉(zhuǎn)換為與RDBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。具體將上述實(shí)體型轉(zhuǎn)換為相應(yīng)的關(guān)系模式。關(guān)系的碼用下橫線標(biāo)出。顧客（VIP號(hào)，姓名，身份證號(hào)，消費(fèi)額，折扣率，級(jí)別）；收銀員（編號(hào)，分

15、店號(hào)，姓名，所在部門，性別，年齡，住址，職務(wù)）；銷售小票（小票號(hào)，收銀員編號(hào)，POS機(jī)號(hào)、收銀時(shí)間、VIP號(hào)）；小票明細(xì)（小票號(hào)，商品編號(hào)/條碼，商品名稱，單價(jià)，數(shù)量，規(guī)格，折扣率）；收款單（收款單號(hào)，收銀員編號(hào)，時(shí)間，應(yīng)收金額，折扣，實(shí)收金額，找零，支付方式）；折扣（編號(hào)，描述，折扣率）；商品信息（商品編號(hào)/條碼，商品名稱，零售價(jià)，規(guī)格，折扣率，產(chǎn)地）；調(diào)撥單（調(diào)撥單號(hào)，填單人，填單時(shí)間，經(jīng)手人，調(diào)撥時(shí)間，審核人，審核時(shí)間，調(diào)出單位，接受單位）；調(diào)撥明細(xì)（調(diào)撥單號(hào)，商品編號(hào)/條碼，數(shù)量，價(jià)格，規(guī)格，備注）；分店（分店編號(hào)，分店名稱，所在地址，備注）；銷售數(shù)據(jù)（分店編號(hào)，商品編號(hào)/條碼，銷售數(shù)

16、量，銷售總金額，銷售日期，備注）；開支數(shù)據(jù)（分店編號(hào)，科目編號(hào)，科目名稱，開支金額，支出時(shí)間，備注）；簡(jiǎn)單銷售子系統(tǒng)基本可以運(yùn)作起來(lái)了。此外還有庫(kù)存信息、報(bào)損表、訂貨單、收貨單涉及其它子系統(tǒng)，不再一一列出。84用DBMS實(shí)現(xiàn) 選用MYSQL數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行實(shí)現(xiàn)。分別在總部和分店數(shù)據(jù)庫(kù)服務(wù)器中運(yùn)行以下腳本：分店：CREATE DATABASE salesdb /*!40100 DEFAULT CHARACTER SET latin1 */;CREATE TABLE salesdb.buyer ( vip int(10) unsigned NOT NULL auto_increment, name

17、varchar(20) NOT NULL, id varchar(18) NOT NULL, level int(11) NOT NULL default '0', consumption int(10) unsigned NOT NULL default '0', discount int(10) unsigned NOT NULL default '100', PRIMARY KEY (vip) ENGINE=InnoDB DEFAULT CHARSET=latin1 COMMENT='顧客表'CREATE TABLE sal

18、esdb.cashier ( cashierid int(6) unsigned NOT NULL auto_increment, name varchar(20) NOT NULL, shopid varchar(6) NOT NULL default '', department varchar(45) NOT NULL default '', sex varchar(2) unsigned NOT NULL default '男', age int(10) unsigned NOT NULL default '0', add

19、ress varchar(100) unsigned NOT NULL default '', headship varchar(10) unsigned NOT NULL default '', PRIMARY KEY (cashierid) ENGINE=InnoDB DEFAULT CHARSET=latin1 COMMENT='收銀員'CREATE TABLE salesdb.salesslip ( saleid INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, cashierid INTEGER UNS

20、IGNED NOT NULL, posid INTEGER UNSIGNED NOT NULL, saletime DATETIME NOT NULL, vipid INTEGER UNSIGNED NOT NULL, PRIMARY KEY (saleid) ENGINE = InnoDB COMMENT = '銷售小票'CREATE TABLE salesdb.saledetail ( saleid INTEGER UNSIGNED NOT NULL, barcode VARCHAR(18) NOT NULL, name VARCHAR(45) NOT NULL, pric

21、e NUMERIC(10,2) NOT NULL, number INTEGER UNSIGNED NOT NULL, size VARCHAR(20) NOT NULL, discount INTEGER UNSIGNED NOT NULL, PRIMARY KEY (saleid,barcode)ENGINE = InnoDB COMMENT = '小票明細(xì)'CREATE TABLE salesdb.paybill ( billid INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, cashierid INTEGER UNSIGNED NO

22、T NULL, paytime DATETIME NOT NULL, paymoney NUMERIC(10,2) NOT NULL, discount NUMERIC(10,2) NOT NULL, payed NUMERIC(10,2) NOT NULL, charge NUMERIC(10,2) NOT NULL, paystyle INTEGER UNSIGNED NOT NULL, PRIMARY KEY (billid) ENGINE = InnoDB COMMENT = '收款單'CREATE TABLE salesdb.dicount ( discountid

23、INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, descript VARCHAR(45) NOT NULL, discount INTEGER UNSIGNED NOT NULL, PRIMARY KEY (discountid) ENGINE = InnoDB COMMENT = '折扣表'CREATE TABLE modity ( barcode VARCHAR(18) NOT NULL, name VARCHAR(45) NOT NULL, size VARCHAR(20) NOT NULL, price NUME

24、RIC(10,2) NOT NULL, discount INTEGER UNSIGNED NOT NULL, producingarea VARCHAR(45) NOT NULL, PRIMARY KEY (barcode) ENGINE = InnoDB COMMENT = '商品信息'CREATE TABLE salesdb.movebill ( billid INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, operator VARCHAR(20, opttime DATETIME, handler VARCHAR(20), hanti

25、me DATETIME, manager VARCHAR(20), apptime DATETIME, outshop INTEGER UNSIGNED, inshop INTEGER UNSIGNED, PRIMARY KEY (billid) ENGINE = InnoDB COMMENT = '調(diào)撥單'CREATE TABLE salesdb.movedetail ( billid INTEGER UNSIGNED NOT NULL, barcode VARCHAR(18) NOT NULL, price NUMERIC(10,2) NOT NULL, number IN

26、TEGER UNSIGNED NOT NULL, size VARCHAR(20) NOT NULL, memo VARCHAR(60), PRIMARY KEY (billid,barcode)ENGINE = InnoDB COMMENT = '調(diào)撥明細(xì)'總部：CREATE DATABASE salesdb;CREATE TABLE salesdb.subshop ( shopid INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, name VARCHAR(45) NOT NULL, address VARCHAR(60) NOT NULL, PRIMARY KEY (shopid) ENGINE = InnoD