進銷存管理系統(tǒng)數(shù)據(jù)庫設計

-.z.目錄1．需求分析報告21.1系統(tǒng)目的21.2進銷存系統(tǒng)的數(shù)據(jù)需求21.3組織結合構造圖21.4功能模塊圖31.5業(yè)務流程圖31.6數(shù)據(jù)流程圖4數(shù)據(jù)流程圖頂層圖4數(shù)據(jù)流程圖第一層4數(shù)據(jù)流程圖第二層51.7數(shù)據(jù)字典71.7.1.數(shù)據(jù)項定義7、數(shù)據(jù)流定義8、數(shù)據(jù)存儲定義9、處理邏輯定義10、外部實體定義102.概念構造設計112.1初步E-R圖11銷售業(yè)務的局部E-R圖11采購業(yè)務的局部E-R圖12報損局部E-R圖142.2全局E-R圖153將各分E-R圖合并成全局E-R圖所作的處理173.1進展相關實體類型的合并，以減少實體類型的個數(shù)173.2消除冗余174.邏輯構造設計174.1邏輯設計概述174.2轉換規(guī)則184.3根據(jù)全局E-R圖設計出系統(tǒng)的數(shù)據(jù)模型：184.4初步優(yōu)化：18部門與職工之間18商品與供貨商之間形成一個供給過程18商品與客戶之間形成一個購置過程18職工與商品之間有職工對商品產(chǎn)生銷售管理，采購管理，報損管理等信息。所以形成一個管理過程19將銷售人員、采購員關系模式合并為：19將存儲部、銷售部和采購部關系模式合并為：194.5最終優(yōu)化：195.數(shù)據(jù)庫完整性與平安性設計205.1數(shù)據(jù)庫完整性205.1.1約束20默認23規(guī)則235.1.4存儲過程235.1.5觸發(fā)器245.2平安性設計251．需求分析報告1.1系統(tǒng)目的隨著社會的進步和計算機的不斷普及，各行各業(yè)的管理、控制都越來越離不開計算機的輔助。"*進銷存管理系統(tǒng)〞的開發(fā)就是為了輔助大多數(shù)企業(yè)的根本管理，實現(xiàn)信息管理的系統(tǒng)化、標準化和自動化簡化人們日常工作中的大量機械重復的操作，使一些過程繁瑣且數(shù)據(jù)量大的工作得已高效的進展，進銷存管理系統(tǒng)還可以通過對數(shù)據(jù)的有效控制，實現(xiàn)對工作流層的控制、協(xié)調，從而提高企業(yè)的競爭力。1.2進銷存系統(tǒng)的數(shù)據(jù)需求〔1〕商品按類別和名稱進展管理。〔2〕必須記錄商品的根本信息，比方規(guī)格和生產(chǎn)企業(yè)等。〔3〕需要記錄商品的供給信息?！?〕供給商的聯(lián)系方式非常重要?！?〕在采購信息中需要記錄采購的數(shù)量和單價等。〔6〕在采購信息中要包含登記商品銷售數(shù)量，單價等信息。〔7〕商品銷售信息要有報損原因?！?〕所以單據(jù)必須記錄相應的經(jīng)手人和相應的時間?！?〕采購，銷售，報損信息都可以進展添加，刪除，修改，查找，統(tǒng)計，等操作。〔10〕當進展進貨，銷售和報銷操作后，能相應更改庫存。〔11〕需要對進貨，銷售，庫存，報損等操作生成相應的報表。1.3組織結合構造圖根據(jù)系統(tǒng)及公司實際情況繪出組織構造圖如下.圖表1組織結合構造圖總經(jīng)理:負責實施公司總體戰(zhàn)略。副經(jīng)理:協(xié)助總經(jīng)理完成具體完成各項事物.采購部:負責缺貨時向外采購商品及完成相應貨物進貨統(tǒng)計.完成進貨信息的登記,修改,和刪除等.銷售部:向外出售商品及完成相應出售商品的統(tǒng)計.完成進貨信息的登記,修改,和刪除等.維護部:完成商品信息的登記,修改,和刪除等.及各項商品信息的維護工作.1.4功能模塊圖根據(jù)上述系統(tǒng)功能的需求分析，按照構造化程序設計的要求，得到如下所示的系統(tǒng)功能模塊圖，如圖圖表2功能模塊圖1.5業(yè)務流程圖圖表3業(yè)務流程圖1.6數(shù)據(jù)流程圖數(shù)據(jù)流程圖頂層圖分析：該圖簡單的包含兩個外部實體分別為顧客和供給商，主要業(yè)務分為兩個，銷售和采購。顧客查詢商品資料信息，訂購后收到付款通知進展付款交易。銷售部接收到定貨單，然后進展庫存查詢是否有貨。有貨則向顧客發(fā)貨,無貨則向供給商下定貨單.從下列圖可看出沒有反映帳務，而且銷售和采購沒有分開表示，但是高度概括地反映了進銷存業(yè)務，因此要進一步擴展出更詳細的數(shù)據(jù)流程圖。圖4數(shù)據(jù)流程圖DFD1.6.2數(shù)據(jù)流程圖第一層分析:顧客先通過查看商品信息來獲取自己想要的商品然后向公司下定單.銷售部受到上級的定貨單查看庫存情況.有貨就向倉庫下提貨單發(fā)貨.倉庫收到提貨單反應出貨單給銷售部，銷售部下發(fā)貨單給顧客。如果缺貨則向供貨商下班定貨單采購。到貨之后采購部發(fā)出到貨通知反應銷售部。同時采購部發(fā)入庫單貨物入庫。在貨物入庫與倉庫貨物出庫過程中報損部進展檢查。有物品損失的生成報損單。圖表5數(shù)據(jù)吧流程圖第一層數(shù)據(jù)流程圖第二層分析：客戶發(fā)出訂貨單。根據(jù)訂貨單的訂貨數(shù)量發(fā)聵給倉庫查詢貨物庫存信息。判定是否缺貨。如果缺貨則顯示出缺貨數(shù)量并生成缺貨訂購單。在到貨之后進展到貨處理發(fā)將可發(fā)貨單存檔然后進展發(fā)貨管理。發(fā)貨單鍋里過程中生成提貨單，出貨單，報損單和發(fā)貨單臺帳到貨處理過程中生成報損記錄生成報損單。最后向顧客發(fā)出發(fā)貨單。圖表6數(shù)據(jù)流程圖第三層第二層銷售模塊分析：客戶發(fā)出訂貨單。根據(jù)訂貨單的訂貨數(shù)量發(fā)聵給倉庫查詢貨物庫存信息。判定是否缺貨。在到貨之后進展到貨處理發(fā)將可發(fā)貨單存檔然后進展發(fā)貨管理。發(fā)貨單鍋里過程中生成提貨單，出貨單，〔2〕第二層采購模塊分析：如果缺貨生成請購臺帳且顯示出缺貨數(shù)量并生成缺貨訂購單。向供貨商發(fā)訂購單供貨商收到訂購單處理后發(fā)出發(fā)貨單。之后采購部進展到貨處生成到貨通知給倉庫?！?〕第二層報損模塊分析：倉庫進貨出貨過程中檢查過程中生成報損記錄上報報損部另一方面顧客上報維修單生成報損記錄再匯總到報損部。由報損部生成報損報表。1.7數(shù)據(jù)字典1.7.1.數(shù)據(jù)項定義編號名稱別名數(shù)據(jù)類型是否可空長度簡述B1商品名稱商品名CharNULLull5*種商品的名字B2商品編號商品編碼CharNULL20*種商品的代碼B3商品數(shù)量商品個數(shù)INULLTNULL20*種商品的容量B4商品單價商品價錢floatNULL20*種商品進貨單價B5商品日期商品日期DateTimeNULL20*商品的日期B6供給商名稱供給商名稱CharNULL20*供給商的名字B7供給商地址供給商地址CharNULL50*供給商的地址B8顧客姓名顧客名稱CharNULL20*顧客的姓名B9顧客地址顧客地址CharNULL50*顧客的地址B10部門名稱部門名稱CharNULL40公司*部門的名稱B11經(jīng)理名稱經(jīng)理姓名CharNULL20公司部門經(jīng)理名字B12庫存量商品庫存INULLTNULL20商品的庫存數(shù)量B13員工名稱員工名稱CharNULL20公司員工的名稱B14顧客號碼號碼INULLTNULL20*顧客的號碼B15訂貨單編碼訂貨單編號CharNULL20*訂貨單的編號B16發(fā)貨單編碼發(fā)貨單編號CharNULL20*發(fā)貨單的編號B17到貨通知編碼到貨通知編碼CharNULL20*商品到貨通知編號B18報損表編號商品報損表編號CharNULL20*商品報損表編號B19銷售歷史表編號商品銷售表編號CharNULL20*商品銷售表編號1.7.2、數(shù)據(jù)流定義編號名稱簡介數(shù)據(jù)流組成數(shù)據(jù)流來源數(shù)據(jù)流去向數(shù)據(jù)流量S1訂貨單顧客開出的訂貨單B1+B2+B3+B15顧客編輯訂貨單模塊10份/時S2發(fā)貨單已確定的發(fā)貨貨單B1+B2+B3+B4+B16開發(fā)貨單修改庫存模塊顧客100份/時S3到貨通知顧客收到商品到貨通知B1+B2+B3+B4+B6+ID17采購員對照暫存定貨單模塊10份/天L1訂貨單公司向供給商采購訂貨單B1+B2+B3+B4+B6公司采購部門供給商100份/天L2到貨通知采購部門收到商品到貨通知B1+B2+B3+B4+B6+B10產(chǎn)生到貨通知模塊公司采購部門10份/天C1報損表顧客及部門商品報損表B1+B2+B3+B4+B6+B18顧客、銷售采購部門售后效勞維修部門100份/天1.7.3、數(shù)據(jù)存儲定義編號編號名稱簡述數(shù)據(jù)存儲組成關鍵字相關處理F1-1商品庫存存放商品庫存量B1+B2+B3+B3+B12商品編號P1-1、P1-2F1-2新顧客名單新顧客登記名單B8+B9+B14顧客姓名P1-1F1-3銷售歷史已銷售的商品記錄B1+B2+B3+B4+B18銷售表編號P1-3F2-1暫存訂貨單已存訂貨單B1+B2+B3+B4+B6公司采購部門P2-2F2-2到貨通知采購部門收到商品到貨通知B1+B2+B3+B4+B6+B10產(chǎn)生到貨通知模塊P2-1F3-1報損表顧客及部門商品報損表B1+B2+B3+B4+B6+B18顧客、銷售采購部門P3-11.7.4、處理邏輯定義編號名稱簡述輸入數(shù)據(jù)流處理輸出數(shù)據(jù)流處理頻率P1-1編輯訂貨單編輯區(qū)分訂單的合格與否S1根據(jù)訂單填寫的要求，區(qū)分出訂單的合格與否，以及顧客登記信息合格訂單，不合格訂單，新顧客每小時處理一次P1-2確定顧客訂貨根據(jù)訂單給顧客訂貨合格的訂貨單根據(jù)合格的訂貨單，給顧客配齊商品可發(fā)訂貨每小時處理一次P1-3開發(fā)貨單修改庫存開發(fā)貨單并修改庫存合格的訂貨單根據(jù)訂貨單給顧客開發(fā)貨單并修改庫存S2每小時處理一次P2-1核對發(fā)貨單并產(chǎn)生到貨通知供給商發(fā)給采購部門到貨通知，并核對L1根據(jù)訂貨單跟實際收到的商品進展核對到貨通知每小時處理一次P2-2修改庫存并待訂貨量根據(jù)發(fā)貨單修改庫存，待訂貨正確的發(fā)貨單根據(jù)正確的發(fā)貨單修改庫存和帶訂貨量修改后庫存每小時處理一次P3-1統(tǒng)計報損表統(tǒng)計所有報損表并歸類C1統(tǒng)計所有的報損表并歸類后，再提交給維修部門商品庫存每小時處理一次1.7.5、外部實體定義編號名稱簡述輸入數(shù)據(jù)流輸出數(shù)據(jù)流S1-1顧客購置商品的用戶S1S2S1-2員工包括采購員、銷售員、會計等S3、S2S2S1-3供給商向顧客和公司提供商品的單位L1L2S1-4經(jīng)理公司管理人員，查看報表C12.概念構造設計2.1初步E-R圖2.1.1銷售業(yè)務的局部E-R圖相關屬性列表：實體屬性銷售部部門號銷售員工號、、性別。商品商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)客戶、性別、聯(lián)系方式、客戶編號、。倉庫管理員工號、、性別。訂貨單商品名稱、訂單號、數(shù)量、單價、日期、銷售員聯(lián)系屬性銷售下達訂單商品編號，銷售員，銷售員編號，出貨日期，開單日期提貨信息商品編號、商品名稱、規(guī)格、數(shù)量、銷售員、訂貨日期、開單日期、訂單號關系描述分析：〔1〕一名客戶可以生成多分訂購單，一份訂購單對應一個客戶。所以是以對多關系?！?〕一名銷售員可以銷售多種商品，每種商品可以由多名導購員銷售，因此銷售員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為銷售?！?〕一名客戶可以向多個銷售員訂購商品，一個銷售員可以承受多位客戶的訂購，因此銷售員與客戶的關系是一對多的關系，該聯(lián)系取名為訂購?！?〕一份訂購單可以對應多種商品。一種商品可以產(chǎn)生多份訂購單。該聯(lián)系取名為訂購?！?〕一個倉庫管理員可以處理多份訂單。一份訂單對應一個倉庫管理員。該聯(lián)系取名為提貨信息。2.1.2采購業(yè)務的局部E-R圖相關屬性列表：實體屬性倉庫管理員工號、、性別商品商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)采購員工號、、性別。訂貨單采購員、商品編號、進貨日期、商品名稱、下單日期供貨商、性別、地址、聯(lián)系方式、供貨商編號聯(lián)系屬性出貨信息商品編號，銷售員，銷售員編號，出貨日期，開單日期貨物缺乏通知訂購商品編號，商品數(shù)量提供名稱，地址，聯(lián)系方式下達訂單商品編號，銷售員，銷售員編號，出貨日期，開單日期購置商品編號，客戶，生產(chǎn)企業(yè)，商品數(shù)量，商品單價，商品名稱，商品別名，商品規(guī)格關系描述分析：〔1〕一個倉庫管理員向采購員發(fā)出商品數(shù)量缺乏的通知，一個采購員向以名采購員發(fā)送需要采購商品的通知，所以倉庫管理員與采購員的關系為一對一的關系?！?〕一名采購員可以訂購多種商品，每種商品也可以由多名采購員訂購，因此采購員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為訂購。〔3〕一個供給商可以供給多種商品，每種商品也可以由多個供給商供給，因此供給商與商品之間是多對多的聯(lián)系，該聯(lián)系取名為供給。(4)一名采購員可下達多份訂購單。。一份訂購單只能由一個采購員下達。所以是一對多關系。該聯(lián)系取名為下達訂單。(5)一份訂單可以采購多種商品。一種商品可以有多份訂單。所以為多對多關系。該聯(lián)系取名為購置。2.1.3報損局部E-R圖相關屬性列表：實體屬性倉庫管理員工號、、性別退貨單商品名稱，商品編號，開單日期、退貨原因、開單員報損員工號、、性別。報損單報損員、商品編號、報損原因、商品名稱、商品編號供貨商、性別、地址、供貨商編號、聯(lián)系方式聯(lián)系屬性上報損壞商品編號，開單員，開單員編號，開單日期，損壞原因匯總退貨單數(shù)量制定報損單報損員、商品編號、商品名稱、開單日期、報損原因、報損數(shù)量關系描述分析：〔1〕一名開單員可以向一個存儲部交報損單，一個存儲部可以承受多位開單員的報損單，因此存儲部與開單員之間是一對多的聯(lián)系，該聯(lián)系取名為發(fā)現(xiàn)損壞?！?〕一個顧客可以上報多份退貨單，一份退貨單只能對應一個客戶。所以為一對多關系。該聯(lián)系取名為上報損壞?！?〕一個倉庫管理員可以向一個報損員上報損壞情況。一個報損員可以承受對應多個倉庫管理員的上報情況。所以該關系為一對多。該聯(lián)系取名為上報損壞?！?〕一份退貨單只能對應交給一個報損員。一個報損員可以承受多份退貨單。所以該關系為一對多關系，該聯(lián)系取名為匯總。〔5〕一個報損員對應制定多份報損單。一份報損單由一個報損員制定。所以該聯(lián)系為一對多。該聯(lián)系取名為制定報損單。2.2全局E-R圖相關屬性列表：實體屬性商品商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)部門部門名稱，部門號供貨商、性別、地址、供貨商編號、聯(lián)系方式職工，工號，部門號，性別客戶，性別，客戶編號，，聯(lián)系方式聯(lián)系屬性管理名稱，編號，規(guī)格，數(shù)量，單價，供給商，生產(chǎn)企業(yè)，開單時間，處理結果，處理時間附屬，編號，部門號庫存缺乏編號，數(shù)量，供給商供給名稱，地址，聯(lián)系方式處理信息商品編號，職工編號，開單時間，處理結果，處理時間訂購商品編號，商品數(shù)量購置商品編號，客戶，生產(chǎn)企業(yè)，商品數(shù)量，商品單價，商品名稱，商品別名，商品規(guī)格關系描述分析：〔1〕一名客戶可以生成多分訂購單，一份訂購單對應一個客戶。所以是以對多關系?！?〕一名銷售員可以銷售多種商品，每種商品可以由多名導購員銷售，因此銷售員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為銷售。〔3〕一名客戶可以向多個銷售員訂購商品，一個銷售員可以承受多位客戶的訂購，因此銷售員與客戶的關系是一對多的關系，該聯(lián)系取名為訂購?！?〕一份訂購單可以對應多種商品。一種商品可以產(chǎn)生多份訂購單。該聯(lián)系取名為訂購。〔5〕一個倉庫管理員可以處理多份訂單。一份訂單對應一個倉庫管理員。該聯(lián)系取名為提貨信息?！?〕一個倉庫管理員向采購員發(fā)出商品數(shù)量缺乏的通知，一個采購員向以名采購員發(fā)送需要采購商品的通知，所以倉庫管理員與采購員的關系為一對一的關系?！?〕一名采購員可以訂購多種商品，每種商品也可以由多名采購員訂購，因此采購員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為訂購?！?〕一個供給商可以供給多種商品，每種商品也可以由多個供給商供給，因此供給商與商品之間是多對多的聯(lián)系，該聯(lián)系取名為供給?！?〕一名采購員可下達多份訂購單。。一份訂購單只能由一個采購員下達。所以是一對多關系。該聯(lián)系取名為下達訂單?！?0〕一份訂單可以采購多種商品。一種商品可以有多份訂單。所以為多對多關系。該聯(lián)系取名為購置?！?1〕一名開單員可以向一個存儲部交報損單，一個存儲部可以承受多位開單員的報損單，因此存儲部與開單員之間是一對多的聯(lián)系，該聯(lián)系取名為發(fā)現(xiàn)損壞?！?2〕一個顧客可以上報多份退貨單，一份退貨單只能對應一個客戶。所以為一對多關系。該聯(lián)系取名為上報損壞?！?3〕一個倉庫管理員可以向一個報損員上報損壞情況。一個報損員可以承受對應多個倉庫管理員的上報情況。所以該關系為一對多。該聯(lián)系取名為上報損壞?！?4〕一份退貨單只能對應交給一個報損員。一個報損員可以承受多份退貨單。所以該關系為一對多關系，該聯(lián)系取名為匯總?！?5〕一個報損員對應制定多份報損單。一份報損單由一個報損員制定。所以該聯(lián)系為一對多。該聯(lián)系取名為制定報損單。3將各分E-R圖合并成全局E-R圖所作的處理3.1進展相關實體類型的合并，以減少實體類型的個數(shù)將采購和銷售業(yè)務中的商品進展合并。3.2消除冗余〔1〕將采購和銷售業(yè)務中的采購員、銷售員統(tǒng)一用職工表示。〔2〕將采購部和銷售部，存儲部統(tǒng)一用部門表示?！?〕將出貨信息，提貨信息，報損信息統(tǒng)一用處理信息來表示。4.邏輯構造設計4.1邏輯設計概述由于目前使用的數(shù)據(jù)庫根本上都是關系數(shù)據(jù)庫，因此首先需要將E-R圖轉換為關系模型，然后根據(jù)具體DBMS的特點和限制轉換為特定的DBMS支持下的數(shù)據(jù)模型，然后進展優(yōu)化。4.2轉換規(guī)則〔1〕一個實體型轉換為一個關系模型，實體的屬性就是關系的屬性，實體的碼就是關系的碼?！?〕一個1：1聯(lián)系可以轉換為一個獨立的關系模型，也可以與任何一端對應的關系式合并?！?〕一個1：n聯(lián)系可以轉換為一個獨立的關系模型，也可以與n端對應的關系式合并。4.3根據(jù)全局E-R圖設計出系統(tǒng)的數(shù)據(jù)模型：商品〔商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)〕部門〔部門名稱，部門號〕供貨商〔、性別、地址、聯(lián)系方式、供貨商編號〕職工〔，工號，部門號，性別〕客戶〔，性別，，客戶編號，聯(lián)系方式〕管理〔名稱，編號，規(guī)格，數(shù)量，單價，供給商，生產(chǎn)企業(yè)，開單時間，處理結果，處理時間〕附屬〔，編號，部門號〕庫存缺乏〔編號，數(shù)量，供給商〕供給〔名稱，地址，聯(lián)系方式〕處理信息〔商品編號，職工編號，開單時間，處理結果，處理時間〕訂購〔商品編號，商品數(shù)量,商品名稱，購置〔商品編號，客戶，生產(chǎn)企業(yè)，商品數(shù)量，商品單價，商品名稱，商品別名，商品規(guī)格〕4.4初步優(yōu)化：部門與職工之間將采購信息，報損信息，出貨信息關系模式合并為：處理信息〔商品數(shù)量，處理單編號，商品編號，開單日期，工號，類別〕4.4.2商品與供貨商之間形成一個供給過程供給商與商品的實體關系1〕供給商與商品作為關系模式。供給商〔，地址，性別，聯(lián)系方式〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕供給〔采購單編號，商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號〕2〕與供給商端合并供給商〔，地址，性別，聯(lián)系方式，采購單編號〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕關系模式合并為：供給信息：〔采購單編號，商品名稱，商品編號，，地址，性別，聯(lián)系方式〕4.4.3商品與客戶之間形成一個購置過程客戶與商品的實體關系1〕客戶與商品作為關系模式。客戶〔，地址，性別，聯(lián)系方式〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕購置〔訂單編號，商品編號，商品數(shù)量〕2〕與客戶端合并客戶〔銷售單編號，，地址，性別，聯(lián)系方式〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號〕關系模式合并為：購置信息：〔采購單編號，商品名稱，商品編號，聯(lián)系方式〕4.4.4職工與商品之間有職工對商品產(chǎn)生銷售管理，采購管理，報損管理等信息。所以形成一個管理過程銷售員與商品的實體關系：1〕銷售員與商品作為關系模式。銷售員〔工號，，性別〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕銷售〔出貨單編號，商品編號，商品數(shù)量〕2〕與銷售員端合并銷售員〔出貨單編號，工號，，性別〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕采購員與商品的實體關系：1〕采購員與商品作為關系模式。采購員〔工號，，性別〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕采購〔采購單編號，商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號〕2〕與采購員端合并采購員〔采購單編號，工號，，性別〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕存儲部與報損員的實體關系：1〕存儲部與報損員作為關系模式。報損員〔工號，，性別〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕報損(報損單編號，商品編號，報損員，報損員工號，開單日期，損壞原因)2〕與報損員端合并報損員〔報損單編號，工號，，性別〕商品〔商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)〕管理信息：〔商品編號，出貨單編號，采購單編號，報損單編號，商品名稱，〕4.4.5將銷售人員、采購員關系模式合并為：員工(工號，，部門號，職稱)4.4.6將存儲部、銷售部和采購部關系模式合并為：部門(部門編號，部門名稱)4.5最終優(yōu)化：職工：(工號，，部門號，職稱)部門：(部門編號，部門名稱)處理信息：〔商品數(shù)量，處理單編號，商品編號，開單日期，工號，類別〕供給信息：〔采購單編號，商品名稱，商品編號，聯(lián)系方式〕購置信息：〔銷售單編號，商品名稱，聯(lián)系方式，訂購單編號〕管理信息：〔商品編號，出貨單編號，采購單編號，報損單編號，開單日期，商品名稱，聯(lián)系方式〕分析：銷售員、采購員、倉庫管理員、都屬于公司職工。公司職工都以職工工號為主關鍵字，所以進展優(yōu)化合并。公司職員按照部門來分類。部門編號為部門的主關鍵字。采購、銷售、報損因包含的主體不一樣，都各自獨立制表。部門與職工之間細分有庫存信息處理，到、發(fā)貨信息處理、報損信息處理，附屬，信息處理，信息都要經(jīng)過信息處理?？傮w這三種都屬于處理信息，信息處理都已處理單編號為主鍵，所以進展優(yōu)化合并。職工對商品的采購、銷售、報損。屬于職工對商品的管理。銷售、采購、報損因所包含的主鍵不一樣所以要各自為表。顧客提交訂購單時以商品編號為外鍵。購置時以商品編號為外鍵。處理信息時以商品編號為外鍵。5.數(shù)據(jù)庫完整性與平安性設計5.1數(shù)據(jù)庫完整性數(shù)據(jù)庫的完整性維護數(shù)據(jù)庫輸入數(shù)據(jù)的正確性、有效性和相容性。所謂正確性是指數(shù)據(jù)的合法性。有效性是指數(shù)據(jù)是否屬于所定義的有效范圍。相容性是指表示同一事實的兩個數(shù)據(jù)應一樣，不一致就是不相容。數(shù)據(jù)庫是否具備完整性關系到數(shù)據(jù)庫系統(tǒng)能否真實地反映現(xiàn)實世界，因此維護數(shù)據(jù)庫的完整性是非常重要的。5.1.1約束約束是MicrosoftSQLServer提供的自動保持數(shù)據(jù)庫完整性的一種方法，定義了可輸入表或表的單個列中的數(shù)據(jù)的限制條件。1)六種約束：空值約束、主鍵約束、惟一性約束、外鍵約束和參照約束、缺省值約束和檢查約束?？罩导s束主鍵約束惟一性約束外鍵約束和參照約束缺省值約束檢查約束2)約束的作用：保持數(shù)據(jù)的完整性3)進銷存系統(tǒng)的約束◆ZG職工列名類型可為空缺省值檢查鍵/索引工號Nvarchar(50)否主鍵Nvarchar(50)否性別Nvarchar(50)否‘男’or‘女’部門編號Nvarchar(50)否職稱Nvarchar(50)否altertabledbo.ZGaddconstraintPK_ghprimarykeyclustered(工號)/*主鍵約束*/altertabledbo.ZGaddconstraintdef_性別default'男'for性別/*默認約束*/altertabledbo.ZGaddconstraintdef_*bcheck(性別='男'or性別='女')/*默認約束*/◆BM部門列名類型可為空缺省值檢查鍵/索引部門編號nvarchar(50)否主鍵部門名稱nvarchar(50)否altertabledbo.BMaddconstraintPK_bmbhprimarykeyclustered(部門編號)/*主鍵約束*/◆CL**處理信息列名類型可為空缺省值檢查鍵/索引處理單編號varchar(50)否主鍵商品編號varchar(50)否商品名稱varchar(50)否開單日期datetime(50)否工號varchar(50)否類別varchar(50)否altertabledbo.CL**addconstraintPK_cldbhprimarykeyclustered(處理單編號)/*主鍵約束*/◆GY**供給信息列名類型可為空缺省值檢查鍵/索引采購單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否’聯(lián)系方式Nvarchar(50)否altertabledbo.GY**addconstraintPK_cgdbhprimarykeyclustered(采購單編號)/*主鍵約束*/altertabledbo.GY**addconstraintdef_spsldefault0for商品數(shù)量/*默認約束*/◆GM**購置信息列名類型可為空缺省值檢查鍵/索引銷售單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否’聯(lián)系方式Nvarchar(50)否altertabledbo.GM**addconstraintPK_*sdbhprimarykeyclustered(銷售單編號)/*主鍵約束*/altertabledbo.GM**addconstraintdef_spsldefault0for商品數(shù)量/*默認約束*/◆CHD出貨單列名類型可為空缺省值檢查鍵/索引出貨單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(50)否聯(lián)系方式Nvarchar(50)否altertabledbo.CHDaddconstraintPK_chdbhprimarykeyclustered(出貨單編號)/*主鍵約束*/altertabledbo.CHDaddconstraintdef_spsldefault0for商品數(shù)量/*默認約束*/◆CGD采購單列名類型可為空缺省值檢查鍵/索引采購單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(8)否聯(lián)系方式Nvarchar(50)否altertabledbo.CGDaddconstraintPK_cgdbhprimarykeyclustered(采購單編號)/*主鍵約束*/ALTERaltertabledbo.CGDaddconstraintdef_1default0for選擇題個數(shù)/*默認約束*/◆BSD報損單列名類型可為空缺省值檢查鍵/索引報損單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(50)否聯(lián)系方式Nvarchar(50)否altertabledbo.BSDaddconstraintPK_bsdbhprimarykeyclustered(報損單編號)/*主鍵約束*/altertabledbo.BSDaddconstraintdef_spsldefault0for商品數(shù)量/*默認約束*/5.1.2默認默認是數(shù)據(jù)庫的對象之一，它指定在向數(shù)據(jù)庫中的表插入數(shù)據(jù)時，如果用戶沒有明確給出*列的值，系統(tǒng)自動為該列輸入。創(chuàng)立默認的語句格式：CREATEDEFAULT[owner]default_nameASconstant_e*pression綁定：sp_bindefault_name,object_name[,futureonly]5.1.3規(guī)則規(guī)則是數(shù)據(jù)庫的對象之一。它指定當向表的*列插入或更新數(shù)據(jù)時，限制輸入新值的取值范圍。作用：規(guī)則是實現(xiàn)域完整性的方法之一。規(guī)則用來驗證一個數(shù)據(jù)庫的數(shù)據(jù)是否處于一個指定的值域范圍內，是否與特定的格式相匹配。當數(shù)據(jù)庫中數(shù)據(jù)值被修改或被插入時，就要檢查新值是否遵循規(guī)則，如果不符合規(guī)則就拒絕執(zhí)行修改或插入的操作。創(chuàng)立規(guī)則的語句：CREATERULErule_nameAScondition_e*pression綁定規(guī)則的語句：sp_bindrulerule_name,object_name[,futreonly]將ZG表中的性別的值默認為〞男〞，代碼如下：createdefaultdf_se*AS'男'sp_bindefaultdf_se*,'ZG.性別'sp_unbindefault'ZG.性別'dropdefaultdf_se*要求：用CREATERULE語句創(chuàng)立規(guī)則，然后用sp_bindrule把它綁定至一列或用戶定義的數(shù)據(jù)類型中。規(guī)則可以綁定到一列、多列或數(shù)據(jù)庫中具有給定的用戶定義的數(shù)據(jù)類型的所有列。在一個列上至多有一個規(guī)則起作用，如果有多哥規(guī)則與一列相綁定，則只有最后綁定到該列的規(guī)則是有效的。〔1〕在ZG中，創(chuàng)立規(guī)則se*_ruleCREATERULEcheck_se*AS性別=‘男’or性別=‘女’sp_bindrulecheck_se*,‘dbo.ZG.性別’〔2〕在GY**中，創(chuàng)立規(guī)則amount_ruleCREATERULEamount_ruleASamount>=100andamount<=1000sp_bindruleamount_rule,‘GY**.商品數(shù)量’〔3〕在GM**中，創(chuàng)立規(guī)則amount_ruleCREATERULEamount_ruleASamount>=100andamo