1、書目1需求分析報告21.1系統目的21.2進銷存系統的數據需求21.3組織結合結構圖21.4功能模塊圖31.5業務流程圖31.6數據流程圖4數據流程圖頂層圖4數據流程圖第一層4數據流程圖其次層51.7數據字典71.7.1.數據項定義7、數據流定義8、數據存儲定義9、處理邏輯定義10、外部實體定義102.概念結構設計112.1初步E-R圖11銷售業務的局部E-R圖11選購業務的局部E-R圖12報損局部E-R圖142.2全局E-R圖153將各分E-R圖合并成全局E-R圖所作的處理173.1進行相關實體類型的合并，以削減實體類型的個數173.2消退冗余174.邏輯結構設計174.1邏輯設計概述174

2、.2轉換規則184.3依據全局E-R圖設計出系統的數據模型：184.4初步優化：18部門和職工之間18商品和供貨商之間形成一個供應過程18商品和客戶之間形成一個購買過程18職工和商品之間有職工對商品產生銷售管理，選購管理，報損管理等信息。所以形成一個管理過程19將銷售人員、選購員關系模式合并為：19將存儲部、銷售部和選購部關系模式合并為：194.5最終優化：195.數據庫完整性和平安性設計205.1數據庫完整性205.1.1 約束20默認23規則235.1.4 存儲過程235.1.5 觸發器245.2平安性設計251需求分析報告1.1系統目的 隨著社會的進步和計算機的不斷普及，各行各業的管理、

3、限制都越來越離不開計算機的協助。“某進銷存管理系統”的開發就是為了協助大多數企業的基本管理，實現信息管理的系統化、規范化和自動化簡化人們日常工作中的大量機械重復的操作，使一些過程繁瑣且數據量大的工作得已高效的進行，進銷存管理系統還可以通過對數據的有效限制，實現對工作流層的限制、協調，從而提高企業的競爭力。1.2進銷存系統的數據需求（1）商品按類別和名稱進行管理。（2）必需記錄商品的基本信息，比如規格和生產企業等。（3）須要記錄商品的供應信息。（4）供應商的聯系方式特別重要。（5）在選購信息中須要記錄選購的數量和單價等。（6）在選購信息中要包含登記商品銷售數量，單價等信息。（7）商品銷售信息要有

4、報損緣由。（8）所以單據必需記錄相應的經手人和相應的時間。（9）選購，銷售，報損信息都可以進行添加，刪除，修改，查找，統計，等操作。（10）當進行進貨，銷售和報銷操作后，能相應更改庫存。（11）須要對進貨，銷售，庫存，報損等操作生成相應的報表。1.3組織結合結構圖依據系統及公司實際狀況繪出組織結構圖如下.圖表1組織結合結構圖總經理: 負責實施公司總體戰略。副經理:幫助總經理完成具體完成各項事物.選購部:負責缺貨時向外選購商品及完成相應貨物進貨統計.完成進貨信息的登記,修改,和刪除等.銷售部:向外出售商品及完成相應出售商品的統計. 完成進貨信息的登記,修改,和刪除等.維護部: 完成商品信息的登記

5、,修改,和刪除等.及各項商品信息的維護工作.1.4功能模塊圖依據上述系統功能的需求分析，依據結構化程序設計的要求，得到如下所示的系統功能模塊圖，如圖圖表2功能模塊圖1.5業務流程圖圖表3業務流程圖1.6數據流程圖數據流程圖頂層圖分析：該圖簡潔的包含兩個外部實體分別為顧客和供應商，主要業務分為兩個，銷售和選購。顧客查詢商品資料信息，訂購后收到付款通知進行付款交易。銷售部接收到定貨單，然后進行庫存查詢是否有貨。有貨則向顧客發貨,無貨則向供應商下定貨單.從下圖可看出沒有反映帳務，而且銷售和選購沒有分開表示，但是高度概括地反映了進銷存業務，因此要進一步擴展出更具體的數據流程圖。圖4數據流程圖DFD1.

6、6.2數據流程圖第一層分析:顧客先通過查看商品信息來獲得自己想要的商品然后向公司下定單.銷售部受到上級的定貨單查看庫存狀況.有貨就向倉庫下提貨單發貨.倉庫收到提貨單反饋出貨單給銷售部，銷售部下發貨單給顧客。假如缺貨則向供貨商下班定貨單選購。到貨之后選購部發出到貨通知反饋銷售部。同時選購部發入庫單貨物入庫。在貨物入庫和倉庫貨物出庫過程中報損部進行檢查。有物品損失的生成報損單。圖表5數據吧流程圖第一層數據流程圖其次層分析：客戶發出訂貨單。依據訂貨單的訂貨數量發聵給倉庫查詢貨物庫存信息。判定是否缺貨。假如缺貨則顯示出缺貨數量并生成缺貨訂購單。在到貨之后進行到貨處理發將可發貨單存檔然后進行發貨管理。發

7、貨單鍋里過程中生成提貨單，出貨單，報損單和發貨單臺帳到貨處理過程中生成報損記錄生成報損單。最終向顧客發動身貨單。圖表6數據流程圖第三層（1） 其次層銷售模塊分析：客戶發出訂貨單。依據訂貨單的訂貨數量發聵給倉庫查詢貨物庫存信息。判定是否缺貨。在到貨之后進行到貨處理發將可發貨單存檔然后進行發貨管理。發貨單鍋里過程中生成提貨單，出貨單，（2）其次層選購模塊分析：假如缺貨生成請購臺帳且顯示出缺貨數量并生成缺貨訂購單。向供貨商發訂購單供貨商收到訂購單處理后發動身貨單。之后選購部進行到貨處生成到貨通知給倉庫。（3）其次層報損模塊分析：倉庫進貨出貨過程中檢查過程中生成報損記錄上報報損部另一方面顧客上報修理單

8、生成報損記錄再匯總到報損部。由報損部生成報損報表。1.7數據字典1.7.1.數據項定義編號名稱別名數據類型是否可空長度簡述B1商品名稱商品名CharNULLull5某種商品的名字B2商品編號商品編碼CharNULL20某種商品的代碼B3商品數量商品個數INULLTNULL20某種商品的容量B4商品單價商品價錢floatNULL20某種商品進貨單價B5商品日期商品日期DateTimeNULL20某商品的日期B6供應商名稱供應商名稱CharNULL20某供應商的名字B7供應商地址供應商地址CharNULL50某供應商的地址B8顧客姓名顧客名稱CharNULL20某顧客的姓名B9顧客地址顧客地址Ch

9、arNULL50某顧客的地址B10部門名稱部門名稱CharNULL40公司某部門的名稱B11經理名稱經理姓名CharNULL20公司部門經理名字B12庫存量商品庫存INULLTNULL20商品的庫存數量B13員工名稱員工名稱CharNULL20公司員工的名稱B14顧客電話號碼電話號碼INULLTNULL20某顧客的電話號碼B15訂貨單編碼訂貨單編號CharNULL20某訂貨單的編號B16發貨單編碼發貨單編號CharNULL20某發貨單的編號B17到貨通知編碼到貨通知編碼CharNULL20某商品到貨通知編號B18報損表編號商品報損表編號CharNULL20某商品報損表編號B19銷售歷史表編號商

10、品銷售表編號CharNULL20某商品銷售表編號1.7.2、數據流定義編號名稱簡介數據流組成數據流來源數據流去向數據流量S1訂貨單顧客開出的訂貨單B1+B2+ B3+ B15顧客編輯訂貨單模塊10份/時S2發貨單已確定的發貨貨單B1+B2+ B3+B4+ B16開發貨單修改庫存模塊顧客100份/時S3到貨通知顧客收到商品到貨通知B1+B2+B3+B4+B6+ ID17選購員比照暫存定貨單模塊10份/天L1訂貨單公司向供應商選購訂貨單B1+B2+ B3+B4+B6公司選購部門供應商100份/天L2到貨通知選購部門收到商品到貨通知B1+B2+B3+B4+B6+B10產生到貨通知模塊公司選購部門10

11、份/天C1報損表顧客及部門商品報損表B1+B2+B3+B4+B6+ B18顧客、銷售選購部門售后服務修理部門100份/天1.7.3、數據存儲定義編號編號名稱簡述數據存儲組成關鍵字相關處理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產生到貨通知模塊

12、P2-1F3-1報損表顧客及部門商品報損表B1+B2+B3+B4+B6+ B18顧客、銷售選購部門P3-11.7.4、處理邏輯定義編號名稱簡述輸入數據流處理輸出數據流處理頻率P1-1編輯訂貨單編輯區分訂單的合格和否S1依據訂單填寫的要求，區分出訂單的合格和否，以及顧客登記信息合格訂單，不合格訂單，新顧客每小時處理一次P1-2確定顧客訂貨依據訂單給顧客訂貨合格的訂貨單依據合格的訂貨單，給顧客配齊商品可發訂貨每小時處理一次P1-3開發貨單修改庫存開發貨單并修改庫存合格的訂貨單依據訂貨單給顧客開發貨單并修改庫存S2每小時處理一次P2-1核對發貨單并產生到貨通知供應商發給選購部門到貨通知，并核對L1依

13、據訂貨單跟實際收到的商品進行核對到貨通知每小時處理一次P2-2修改庫存并待訂貨量依據發貨單修改庫存，待訂貨正確的發貨單依據正確的發貨單修改庫存和帶訂貨量修改后庫存每小時處理一次P3-1統計報損表統計全部報損表并歸類C1統計全部的報損表并歸類后，再提交給修理部門商品庫存每小時處理一次1.7.5、外部實體定義編號名稱簡述輸入數據流輸出數據流S1-1顧客購置商品的用戶S1S2S1-2員工包括選購員、銷售員、會計等S3、 S2S2S1-3供應商向顧客和公司供應商品的單位L1 L2S1-4經理公司管理人員，查看報表C12.概念結構設計2.1初步E-R圖2.1.1銷售業務的局部E-R圖相關屬性列表：實體屬

14、性銷售部部門號銷售員工號、姓名、性別。商品商品名稱，編號，生產規格，數量，單價，商品類別，生產企業客戶姓名、性別、聯系方式、客戶編號、聯系地址。倉庫管理員工號、姓名、性別。訂貨單商品名稱、訂單號、數量、單價、日期、銷售員聯系屬性銷售下達訂單商品編號，銷售員，銷售員編號，出貨日期，開單日期提貨信息商品編號、商品名稱、規格、數量、銷售員、訂貨日期、開單日期、訂單號關系描述分析：（1）一名客戶可以生成多分訂購單，一份訂購單對應一個客戶。所以是以對多關系。（2）一名銷售員可以銷售多種商品，每種商品可以由多名導購員銷售，因此銷售員和商品之間是多對多的聯系，該聯系取名為銷售。（3）一名客戶可以向多個銷售員

15、訂購商品，一個銷售員可以接受多位客戶的訂購，因此銷售員和客戶的關系是一對多的關系，該聯系取名為訂購。（4）一份訂購單可以對應多種商品。一種商品可以產生多份訂購單。該聯系取名為訂購。（5）一個倉庫管理員可以處理多份訂單。一份訂單對應一個倉庫管理員。該聯系取名為提貨信息。 2.1.2選購業務的局部E-R圖相關屬性列表：實體屬性倉庫管理員工號、姓名、性別商品商品名稱，編號，生產規格，數量，單價，商品類別，生產企業選購員工號、姓名、性別。訂貨單選購員、商品編號、進貨日期、商品名稱、下單日期供貨商姓名、性別、地址、聯系方式、供貨商編號聯系屬性出貨信息商品編號，銷售員，銷售員編號，出貨日期，開單日期貨物不

16、足通知 訂購商品編號，商品數量供應名稱，地址，聯系方式下達訂單商品編號，銷售員，銷售員編號，出貨日期，開單日期購買商品編號，客戶，生產企業，商品數量，商品單價，商品名稱，商品別名，商品規格關系描述分析：（1）一個倉庫管理員向選購員發出商品數量不足的通知，一個選購員向以名選購員發送須要選購商品的通知，所以倉庫管理員和選購員的關系為一對一的關系。（2）一名選購員可以訂購多種商品，每種商品也可以由多名選購員訂購，因此選購員和商品之間是多對多的聯系，該聯系取名為訂購。 （3）一個供應商可以供應多種商品，每種商品也可以由多個供應商供應，因此供應商和商品之間是多對多的聯系，該聯系取名為供應。 (4) 一名

17、選購員可下達多份訂購單。一份訂購單只能由一個選購員下達。所以是一對多關系。該聯系取名為下達訂單。 (5)一份訂單可以選購多種商品。一種商品可以有多份訂單。所以為多對多關系。該聯系取名為購買。2.1.3報損局部E-R圖相關屬性列表：實體屬性倉庫管理員工號、姓名、性別退貨單商品名稱，商品編號，開單日期、退貨緣由、開單員報損員工號、姓名、性別。報損單報損員、商品編號、報損緣由、商品名稱、商品編號供貨商姓名、性別、地址、供貨商編號、聯系方式聯系屬性上報損壞商品編號，開單員，開單員編號，開單日期，損壞緣由匯總退貨單數量制定報損單報損員、商品編號、商品名稱、開單日期、報損緣由、報損數量關系描述分析：（1）

18、一名開單員可以向一個存儲部交報損單，一個存儲部可以接受多位開單員的報損單，因此存儲部和開單員之間是一對多的聯系，該聯系取名為發覺損壞。（2）一個顧客可以上報多份退貨單，一份退貨單只能對應一個客戶。所以為一對多關系。該聯系取名為上報損壞。（3）一個倉庫管理員可以向一個報損員上報損壞狀況。一個報損員可以接受對應多個倉庫管理員的上報狀況。所以該關系為一對多。該聯系取名為上報損壞。（4）一份退貨單只能對應交給一個報損員。一個報損員可以接受多份退貨單。所以該關系為一對多關系，該聯系取名為匯總。（5）一個報損員對應制定多份報損單。一份報損單由一個報損員制定。所以該聯系為一對多。該聯系取名為制定報損單。2.

19、2全局E-R圖相關屬性列表：實體屬性商品商品名稱，編號，生產規格，數量，單價，商品類別，生產企業部門部門名稱，部門號供貨商姓名、性別、地址、供貨商編號、聯系方式職工姓名，工號，部門號，性別客戶姓名，性別，客戶編號，聯系地址，聯系方式聯系屬性管理名稱，編號，規格，數量，單價，供應商，生產企業，開單時間，處理結果，處理時間從屬姓名，編號，部門號庫存不足編號，數量，供應商供應名稱，地址，聯系方式處理信息商品編號，職工編號，開單時間，處理結果，處理時間訂購商品編號，商品數量購買商品編號，客戶，生產企業，商品數量，商品單價，商品名稱，商品別名，商品規格關系描述分析：（1）一名客戶可以生成多分訂購單，一份

20、訂購單對應一個客戶。所以是以對多關系。（2）一名銷售員可以銷售多種商品，每種商品可以由多名導購員銷售，因此銷售員和商品之間是多對多的聯系，該聯系取名為銷售。（3）一名客戶可以向多個銷售員訂購商品，一個銷售員可以接受多位客戶的訂購，因此銷售員和客戶的關系是一對多的關系，該聯系取名為訂購。（4）一份訂購單可以對應多種商品。一種商品可以產生多份訂購單。該聯系取名為訂購。（5）一個倉庫管理員可以處理多份訂單。一份訂單對應一個倉庫管理員。該聯系取名為提貨信息。（6）一個倉庫管理員向選購員發出商品數量不足的通知，一個選購員向以名選購員發送須要選購商品的通知，所以倉庫管理員和選購員的關系為一對一的關系。（7

21、）一名選購員可以訂購多種商品，每種商品也可以由多名選購員訂購，因此選購員和商品之間是多對多的聯系，該聯系取名為訂購。（8）一個供應商可以供應多種商品，每種商品也可以由多個供應商供應，因此供應商和商品之間是多對多的聯系，該聯系取名為供應。（9） 一名選購員可下達多份訂購單。一份訂購單只能由一個選購員下達。所以是一對多關系。該聯系取名為下達訂單。（10）一份訂單可以選購多種商品。一種商品可以有多份訂單。所以為多對多關系。該聯系取名為購買。（11）一名開單員可以向一個存儲部交報損單，一個存儲部可以接受多位開單員的報損單，因此存儲部和開單員之間是一對多的聯系，該聯系取名為發覺損壞。（12）一個顧客可以

22、上報多份退貨單，一份退貨單只能對應一個客戶。所以為一對多關系。該聯系取名為上報損壞。（13）一個倉庫管理員可以向一個報損員上報損壞狀況。一個報損員可以接受對應多個倉庫管理員的上報狀況。所以該關系為一對多。該聯系取名為上報損壞。（14）一份退貨單只能對應交給一個報損員。一個報損員可以接受多份退貨單。所以該關系為一對多關系，該聯系取名為匯總。（15）一個報損員對應制定多份報損單。一份報損單由一個報損員制定。所以該聯系為一對多。該聯系取名為制定報損單。3將各分E-R圖合并成全局E-R圖所作的處理3.1進行相關實體類型的合并，以削減實體類型的個數將選購和銷售業務中的商品進行合并。3.2消退冗余 （1）

23、將選購和銷售業務中的選購員、銷售員統一用職工表示。 （2）將選購部和銷售部，存儲部統一用部門表示。（3）將出貨信息，提貨信息，報損信息統一用處理信息來表示。4.邏輯結構設計4.1邏輯設計概述 由于目前運用的數據庫基本上都是關系數據庫，因此首先須要將E-R圖轉換為關系模型，然后依據具體DBMS的特點和限制轉換為特定的DBMS支持下的數據模型，然后進行優化。4.2轉換規則（1）一個實體型轉換為一個關系模型，實體的屬性就是關系的屬性，實體的碼就是關系的碼。（2）一個1：1聯系可以轉換為一個獨立的關系模型，也可以和任何一端對應的關系式合并。（3）一個1：n聯系可以轉換為一個獨立的關系模型，也可以和n端

24、對應的關系式合并。4.3依據全局E-R圖設計出系統的數據模型：1. 商品（商品名稱，編號，生產規格，數量，單價，商品類別，生產企業）2. 部門（部門名稱，部門號）3. 供貨商（姓名、性別、地址、聯系方式、供貨商編號）4. 職工（姓名，工號，部門號，性別）5. 客戶（姓名，性別，聯系地址，客戶編號，聯系方式）6. 管理（名稱，編號，規格，數量，單價，供應商，生產企業，開單時間，處理結果，處理時間）7. 從屬（姓名，編號，部門號）8. 庫存不足（編號，數量，供應商）9. 供應（名稱，地址，聯系方式）10. 處理信息（商品編號，職工編號，開單時間，處理結果，處理時間）11. 訂購（商品編號，商品數量

25、,商品名稱，12. 購買（商品編號，客戶，生產企業，商品數量，商品單價，商品名稱，商品別名，商品規格）4.4初步優化：部門和職工之間將選購信息，報損信息，出貨信息關系模式合并為：處理信息（商品數量，處理單編號，商品編號，開單日期，工號，類別）4.4.2商品和供貨商之間形成一個供應過程供應商和商品的實體關系1）供應商和商品作為關系模式。供應商（姓名，地址，性別，聯系方式）商品（商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）供應（選購單編號，商品名稱，商品單價，商品規格，商品數量，商品編號）2）和供應商端合并供應商（姓名，地址，性別，聯系方式，選購單編號）商品（商品名稱，商品單價，商

26、品規格，商品數量，商品編號，生產企業）關系模式合并為：供應信息：（選購單編號，商品名稱，商品編號，姓名，地址，性別，聯系方式）4.4.3商品和客戶之間形成一個購買過程客戶和商品的實體關系1）客戶和商品作為關系模式。客戶（姓名，地址，性別，聯系方式）商品（商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）購買（訂單編號，商品編號，商品數量）2）和客戶端合并客戶（銷售單編號，姓名，地址，性別，聯系方式）商品（商品名稱，商品單價，商品規格，商品數量，商品編號）關系模式合并為：購買信息：（選購單編號，商品名稱，商品編號，聯系方式）4.4.4職工和商品之間有職工對商品產生銷售管理，選購管理，報

27、損管理等信息。所以形成一個管理過程銷售員和商品的實體關系：1）銷售員和商品作為關系模式。銷售員（工號，姓名，性別）商品（商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）銷售（出貨單編號，商品編號，商品數量）2）和銷售員端合并銷售員（出貨單編號，工號，姓名，性別）商品（商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）選購員和商品的實體關系：1）選購員和商品作為關系模式。選購員（工號，姓名，性別）商品（商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）選購（選購單編號，商品名稱，商品單價，商品規格，商品數量，商品編號）2）和選購員端合并選購員（選購單編號，工號，姓

28、名，性別）商品（商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）存儲部和報損員的實體關系：1）存儲部和報損員作為關系模式。報損員（工號，姓名，性別）商品（商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）報損 (報損單編號，商品編號，報損員，報損員工號，開單日期，損壞緣由)2）和報損員端合并報損員（報損單編號，工號，姓名，性別）商品 （商品名稱，商品單價，商品規格，商品數量，商品編號，生產企業）管理信息：（商品編號，出貨單編號，選購單編號，報損單編號，商品名稱，）4.4.5將銷售人員、選購員關系模式合并為：員工(工號，姓名，部門號，職稱)4.4.6將存儲部、銷售部和選購部

29、關系模式合并為：部門(部門編號，部門名稱)4.5最終優化：職工：(工號，姓名，部門號，職稱)部門：(部門編號，部門名稱)處理信息：（商品數量，處理單編號，商品編號，開單日期，工號，類別）供應信息：（選購單編號，商品名稱，商品編號，聯系方式）購買信息：（銷售單編號，商品名稱，聯系方式，訂購單編號）管理信息：（商品編號，出貨單編號，選購單編號，報損單編號，開單日期，商品名稱，聯系方式）分析：1、 銷售員、選購員、倉庫管理員、都屬于公司職工。公司職工都以職工工號為主關鍵字，所以進行優化合并。公司職員依據部門來分類。部門編號為部門的主關鍵字。2、 選購、銷售、報損因包含的主體不一樣，都各自獨立制表。3

30、、 部門和職工之間細分有庫存信息處理，到、發貨信息處理、報損信息處理，從屬，信息處理，信息都要經過信息處理。總體這三種都屬于處理信息，信息處理都已處理單編號為主鍵，所以進行優化合并。4、 職工對商品的選購、銷售、報損。屬于職工對商品的管理。銷售、選購、報損因所包含的主鍵不一樣所以要各自為表。5、 顧客提交訂購單時以商品編號為外鍵。購買時以商品編號為外鍵。處理信息時以商品編號為外鍵。5.數據庫完整性和平安性設計5.1數據庫完整性數據庫的完整性維護數據庫輸入數據的正確性、有效性和相容性。所謂正確性是指數據的合法性。有效性是指數據是否屬于所定義的有效范圍。相容性是指表示同一事實的兩個數據應相同，不一

31、樣就是不相容。數據庫是否具備完整性關系到數據庫系統能否真實地反映現實世界，因此維護數據庫的完整性是特別重要的。5.1.1 約束約束是Microsoft SQL Server 供應的自動保持數據庫完整性的一種方法，定義了可輸入表或表的單個列中的數據的限制條件。1) 六種約束：空值約束、主鍵約束、惟一性約束、外鍵約束和參照約束、缺省值約束和檢查約束。(1) 空值約束 (2) 主鍵約束(3) 惟一性約束(4) 外鍵約束和參照約束(5) 缺省值約束(6) 檢查約束2) 約束的作用：保持數據的完整性3)進銷存系統的約束ZG 職工列名類型可為空缺省值檢查鍵/索引工號Nvarchar(50)否主鍵姓名Nva

32、rchar(50)否性別Nvarchar(50)否男or 女部門編號Nvarchar(50)否職稱Nvarchar(50)否alter table dbo. ZGadd constraint PK_gh primary key clustered(工號) /*主鍵約束*/alter table dbo. ZGadd constraint def_性別default '男' for性別/*默認約束*/alter table dbo.ZGadd constraint def_xb check(性別='男'or 性別='女') /*默認約束*/BM 部

33、門列名類型可為空缺省值檢查鍵/索引部門編號nvarchar(50)否主鍵部門名稱nvarchar(50)否alter table dbo. BMadd constraint PK_bmbh primary key clustered(部門編號) /*主鍵約束*/CLXX 處理信息列名類型可為空缺省值檢查鍵/索引處理單編號varchar(50)否主鍵商品編號varchar(50)否商品名稱varchar(50)否開單日期datetime(50)否工號varchar(50)否類別varchar(50)否alter table dbo. CLXXadd constraint PK_cldbh pri

34、mary key clustered(處理單編號) /*主鍵約束*/GYXX 供應信息列名類型可為空缺省值檢查鍵/索引選購單編號Nvarchar(50)否主鍵商品數量Nvarchar(50)否0商品編號Nvarchar(50)否聯系方式Nvarchar(50)否alter table dbo. GYXXadd constraint PK_cgdbh primary key clustered(選購單編號) /*主鍵約束*/alter table dbo. GYXXadd constraint def_spsl default 0 for 商品數量/*默認約束*/GMXX 購買信息列名類型可為空

35、缺省值檢查鍵/索引銷售單編號Nvarchar(50)否主鍵商品數量Nvarchar(50)否0商品編號Nvarchar(50)否聯系方式Nvarchar(50)否alter table dbo. GMXXadd constraint PK_xsdbh primary key clustered(銷售單編號) /*主鍵約束*/alter table dbo. GMXXadd constraint def_spsl default 0 for 商品數量/*默認約束*/CHD 出貨單列名類型可為空缺省值檢查鍵/索引出貨單編號Nvarchar(50)否主鍵商品數量Nvarchar(50)否0商品編號N

36、varchar(50)否開單日期datetime(50)否聯系方式Nvarchar(50)否alter table dbo. CHDadd constraint PK_chdbh primary key clustered(出貨單編號) /*主鍵約束*/alter table dbo. CHDadd constraint def_spsl default 0 for 商品數量/*默認約束*/CGD 選購單列名類型可為空缺省值檢查鍵/索引選購單編號Nvarchar(50)否主鍵商品數量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(8)否聯系方式Nvarc

37、har(50)否alter table dbo. CGDadd constraint PK_cgdbh primary key clustered(選購單編號) /*主鍵約束*/ALTER alter table dbo. CGDadd constraint def_1 default 0 for 選擇題個數/*默認約束*/BSD 報損單列名類型可為空缺省值檢查鍵/索引報損單編號Nvarchar(50)否主鍵商品數量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(50)否聯系方式Nvarchar(50)否alter table dbo. BSDadd c

38、onstraint PK_bsdbh primary key clustered(報損單編號) /*主鍵約束*/alter table dbo. BSDadd constraint def_spsl default 0 for 商品數量/*默認約束*/5.1.2默認默認是數據庫的對象之一，它指定在向數據庫中的表插入數據時，假如用戶沒有明確給出某列的值，系統自動為該列輸入。創建默認的語句格式：CREATE DEFAULTowner default_name AS constant_expression綁定：sp_bindefault_name,object_name,futureonly5.1.

39、3規則 規則是數據庫的對象之一。它指定當向表的某列插入或更新數據時，限制輸入新值的取值范圍。作用：規則是實現域完整性的方法之一。規則用來驗證一個數據庫的數據是否處于一個指定的值域范圍內，是否和特定的格式相匹配。當數據庫中數據值被修改或被插入時，就要檢查新值是否遵循規則，假如不符合規則就拒絕執行修改或插入的操作。創建規則的語句：CREATE RULE rule_name AS condition_expression綁定規則的語句：sp_bindrule rule_name,object_name ,futreonly將ZG表中的性別的值默認為”男”，代碼如下：create default df

40、_sex AS '男'sp_bindefault df_sex,'ZG.性別'sp_unbindefault ' ZG.性別'drop default df_sex要求：用CREATE RULE語句創建規則，然后用sp_bindrule把它綁定至一列或用戶定義的數據類型中。 規則可以綁定到一列、多列或數據庫中具有給定的用戶定義的數據類型的全部列。 在一個列上至多有一個規則起作用，假如有多哥規則和一列相綁定，那么只有最終綁定到該列的規則是有效的。（1）在ZG中，創建規則sex_ruleCREATE RULE check_sex AS 性別= 男or

41、 性別= 女 sp_bindrule check_sex, dbo. ZG. 性別（2）在GYXX中，創建規則amount_ruleCREATE RULE amount_rule AS amount>=100 and amount <=1000 sp_bindrule amount_rule , GYXX. 商品數量（3）在GMXX中，創建規則amount_ruleCREATE RULE amount_rule AS amount>=100 and amount <=1000 sp_bindrule amount_rule , GMXX.商品數量（4）在CHD中，創建規則amount_ruleCREATE RULE amount_rule AS amount>=100 and amount <=1000 sp_bindrule amount_rule , CHD. 商品數量（5）在CGD中，創建規則amount_ruleCREATE RULE amount_rule AS amount>=100 and amount <=1000 sp_bindrule amount_rule , CGD. 商品數量5.1.4 存儲過程存儲過程是一種數據庫對象為了實現某個特定任務，將一組預編譯好的SQL語句以一個存儲單元的形式存儲在