sql數(shù)據(jù)庫實例零件銷售中心管理系統(tǒng)

1、重慶工商大學(xué)計算機科學(xué)與技術(shù)專業(yè)數(shù)據(jù)庫原理課程設(shè)計教學(xué)實驗指導(dǎo)書重點課程數(shù)據(jù)庫原理教研組2004.1數(shù)據(jù)庫原理課程設(shè)計教學(xué)實驗指導(dǎo)SQL Server2000課程設(shè)計教學(xué)實驗指導(dǎo)A1 綜合實驗本課程的教學(xué)實驗分為兩部分：第一部分是按照實驗指導(dǎo)書所要求的實驗在計算機上完成；第二部分是作完上述實驗后按照本課程設(shè)計教學(xué)實驗指導(dǎo)書做的一個綜合性實驗。通過教學(xué)實驗可使讀者較系統(tǒng)、全面地掌握相關(guān)的教學(xué)內(nèi)容和必要的上機操作。 下面給出三個實驗課題，其中第一個課題還附有參考答案。希望讀者在理解題意的基礎(chǔ)上發(fā)揮自己的創(chuàng)新精神，有創(chuàng)意地完成教學(xué)實驗。如果覺得有參考答案可能會束縛自己的思維，也可選作第二或第三個實驗

2、課題 。總之，因時間關(guān)系，只要求每個讀者任選一個課題。若有時間，有興趣，可考慮另外兩個課題，也會有所收益A11 實驗一 零件交易中心管理系統(tǒng)(實驗?zāi)康?通過完成從用戶需求分析、數(shù)據(jù)庫設(shè)計到上機編程、調(diào)試和應(yīng)用等全過程，進一步了解和掌握本書中所講解的內(nèi)容。(實驗簡述)零件交易中心管理系統(tǒng)主要提供顧客和供應(yīng)商之間完成零件交易的功能，其中包括供應(yīng)商信息、顧客信息以及零件信息。供應(yīng)商信息包括供應(yīng)商號、供應(yīng)商名、地址、電話、簡介；顧客信息包括顧客號，顧客名、地址、電話；零件信息包括零件號、零件名、重量、顏色、簡介等。此系統(tǒng)可以讓供應(yīng)商增加、刪除和修改所提供的零件產(chǎn)品，還可以讓顧客增加、刪除和修改所需求的

3、零件。交易員可以利用顧客提出的需求信息和供應(yīng)商提出的供應(yīng)信息來提出交易的建議，由供應(yīng)商和顧客進行確認后即完成這筆交易。(實驗要求) 完成該系統(tǒng)的數(shù)據(jù)庫設(shè)計：用SQl實現(xiàn)數(shù)據(jù)庫的設(shè)計，并在SQLServer上調(diào)試通過A12 實驗三 民航售票系統(tǒng)(實驗?zāi)康? 通過完成從用戶需求分析、數(shù)據(jù)庫設(shè)計到上機編程、調(diào)試和應(yīng)用等全過程，進一步了解和掌握本書中所講解的內(nèi)容。 · ·(實驗簡述 民航訂票系統(tǒng)主要分為機場、航空公司和客戶三方的服務(wù)。航空公司提供航線和飛機的資料，機場則對在本機場起飛和降落的航班和機票進行管理，而客戶能得到的服務(wù)應(yīng)該有航班線路和剩余票數(shù)的查詢，以及網(wǎng)上訂票等功能?？?/p>

4、戶又可以分為兩類，一類是普通客戶，對于普通客戶只有普通的查詢功能和訂票功能，沒有相應(yīng)的機票優(yōu)惠，另一種是經(jīng)常旅客，需要辦理注冊手續(xù)，但增加了里程積分功能和積分優(yōu)惠政策。機場還要有緊急應(yīng)對措施，在航班出現(xiàn)延誤時，要發(fā)送相應(yīng)的信息。(實驗要求) 完成該系統(tǒng)的數(shù)據(jù)庫設(shè)計；用SQL、實現(xiàn)數(shù)據(jù)庫的設(shè)計，并在SQlServcr上調(diào)試通過。A13 實驗二 圖書管理系統(tǒng)(實驗?zāi)康? 通過完成從用戶需求分析、數(shù)據(jù)庫設(shè)計到上機編程、調(diào)試和應(yīng)用等全過程，進一步了解和掌握本書中所講解的內(nèi)容實驗簡述 一個簡單的圖書管理系統(tǒng)包括圖書館內(nèi)書籍的信息、學(xué)校在校學(xué)生的信息以及學(xué)生的借閱信息。此系統(tǒng)功能分為面向?qū)W生和面向管理員兩

5、部分，其中學(xué)生可以進行借閱、續(xù)借、歸還和查詢書籍等操作，管理員可以完成書籍和學(xué)生的增加，刪除和修改以及對學(xué)生，借閱、續(xù)借、歸還的確認 實驗要求 完成該系統(tǒng)的數(shù)據(jù)庫設(shè)計；用SQL實現(xiàn)數(shù)據(jù)庫的設(shè)計，并在SQ SQLServer上調(diào)試通過A2 零件交易中心管理系統(tǒng)實驗報告(參考答案)(實驗?zāi)康? 通過完成從用戶需求分析、數(shù)據(jù)庫設(shè)計到上機編程、調(diào)試和應(yīng)用等全過程，進一步了解和掌握本書中所講解的內(nèi)容。(實驗簡述)零件交易中心管理系統(tǒng)主要提供顧客和供應(yīng)商之間完成零件交易的功能，其中包括供應(yīng)商信息、顧客信息以及零件信息。此系統(tǒng)可以讓供應(yīng)商增加、刪除和修改所提供的零件產(chǎn)品，還可以讓顧客增加、刪除和修改所需求的

6、零件。交易員可以利用顧客提出的需求信息和供應(yīng)商提出的供應(yīng)信息來提出交易的建議，由供應(yīng)商和顧客進行確認后即完成這筆交易。課程設(shè)計全過程1需求分析：（實際詳細調(diào)查）2數(shù)據(jù)庫設(shè)計：(SQL Server 2000設(shè)計)概念(模型)設(shè)計 （實際到概念）邏輯設(shè)計 （邏輯推導(dǎo)）物理設(shè)計 （理論到實現(xiàn)）SQL編程、調(diào)試（測試驗證） （實踐反復(fù)檢驗）3應(yīng)用程序編程、調(diào)試、測試 (用人機交互前臺開發(fā)工具VB.NET開發(fā)windows和Web應(yīng)用程序 )需求分析（詳細地調(diào)查分析系統(tǒng)對象、功能、性能等需求）l供應(yīng)商供應(yīng)商的操作流程圖如圖A1所示。增加供應(yīng)項修改供應(yīng)項刪除供應(yīng)項修改個人信息供應(yīng)項注冊注銷圖A1 供應(yīng)商

7、操作分類表 2顧客 顧客的地位和供應(yīng)商幾乎是對稱的，所以功能分類上也很相似顧客的操作流程圖如圖A2示所。增加需求項修改需求項刪除需求項修改個人信息顧客注冊注銷圖A2 顧客操作分類表 3交易員 交易員的工作就是提出交易和完成交易。這里需要仔細考慮的問題是：一個交易如何產(chǎn)生，并如何達成，可以用圖A3來說明這個問題 我們在處理交易的時候可能面臨如下問題：(1)一個交易只能在交易雙方都同意的情況下才可以進行，所以數(shù)據(jù)庫中的供求信息只能作為達成某個交易的基礎(chǔ)；(2)交易的雙方可能不同時使用這個系統(tǒng)，因此需要系統(tǒng)提供一個雙方交換信息的方式；交易員協(xié)議書草案供應(yīng)商以及顧客簽字正式簽字交易員簽發(fā)完成交易供應(yīng)商

8、提出交易顧客提出交易申請交易員提出交易建議(3)系統(tǒng)需要提供一種方便系統(tǒng)(交易員)向用戶提出建議來促成交易的途徑，并在保證數(shù)據(jù)庫數(shù)據(jù)完整性的情況下達成交易。圖A3 交易員操作圖概念模型設(shè)計（從實踐概括抽象出理論模型E/R） 數(shù)據(jù)庫需要表述的信息有以下幾種： (1)零件信息 (2)供應(yīng)商信息 (3)顧客信息(4)供應(yīng)商集和零件集之間的聯(lián)系(供應(yīng))M : N零件顏色零件號零件名重量簡介供應(yīng)商名供應(yīng)商供應(yīng)商號地址電話簡介供應(yīng)數(shù)量價格圖A4供應(yīng)商和零件之間的聯(lián)系(供應(yīng)) E/R模型(5)顧客集和零件集之間的聯(lián)系(求購)M : N零件顏色零件號零件名重量簡介顧客電話顧客號顧客名地址求購數(shù)量價格圖A5 顧

9、客和零件之間的聯(lián)系(求購) E/R模型(6)交易(三元聯(lián)系)可以用E/R模型表述該模型的設(shè)計，E/R圖如圖A7所示。供應(yīng)商交易價格數(shù)量求購數(shù)量價格供應(yīng)商號供應(yīng)商名地址電話簡介供應(yīng)數(shù)量價格零件顏色零件號零件名重量簡介顧客電話顧客號顧客名地址圖A7 全局E/R模型邏輯設(shè)計(從理論E/R模型到理論關(guān)系模型的整理轉(zhuǎn)換) 通過E/R模型到關(guān)系模型的轉(zhuǎn)化，可以得到如下關(guān)系模式：(1)零件實體集轉(zhuǎn)換為 關(guān)系：Part(ID，Color，Name，Weight，Intro)(2)供應(yīng)商實體集轉(zhuǎn)換為 關(guān)系Provider(ID，Name，Addtess，Tel，Intro)(3)顧客實體集轉(zhuǎn)換為 關(guān)系Custo

10、mer(ID，Name，Addtess，Tel)(4)供應(yīng)聯(lián)系轉(zhuǎn)換為 關(guān)系Supply(PartlD，ProviderlD，Price，Quantity)(5)求購聯(lián)系轉(zhuǎn)換為 關(guān)系OfferToBuy(CustomerlD，PartID，Price，Quantity)(6)交易聯(lián)系轉(zhuǎn)換為 關(guān)系Business(CustomerlD，ProviderlD，PartID，Price，Quantity) 每個關(guān)系模式的主鍵碼都用下劃線標出。同時，對于從聯(lián)系導(dǎo)出的關(guān)系Supply(供應(yīng))，OfferToBuy(求購)和Business(交易)，使用與之相聯(lián)系的實體集的主健碼作為自己的鍵碼，必須符合外鍵

11、碼約束。對于Customer(顧客)，Provider(供應(yīng)商)和Part(零件)之間，不存在直接的約束，所以可以存在沒有供應(yīng)商供應(yīng)同時也沒有顧客求購的零件。物理設(shè)計（從理論關(guān)系模型到實現(xiàn)實施數(shù)據(jù)庫建立）（物理文件的安排和建立索引） 1 為了提高在表中搜索元組的速度，在實際實現(xiàn)的時候應(yīng)該基于鍵碼建立索引是各表中建立索引的表項： (1)part(ID) (2)Provider(ID) (3)Customer(ID) (4)Supply(PartID，ProviderID> (5)OfferTOBuy(CustomerID，PartID)(6)Business(CustomerlD，Prov

12、iderID，PartID)2用SQL實現(xiàn)設(shè)計 實現(xiàn)該設(shè)計的環(huán)境為Windows 2000 Perfessinal+MSSQLServer 2000.01建立Part表 CREATE TABLE Part( ID smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED, Color varchar(20), Name varchar(20) NOT NULL, Weight int DEFAULT 0, Intro text)2建立Provider表 CREATE TABLE Provider( ID smallint IDENTITY(1,1) PRIMAR

13、Y KEY CLUSTERED, Name varchar(20) NOT NULL, password varchar(8) NOT NULL, Address varchar(30), Tel varchar(20), Intro text)3建立Customer表CREATE TABLE Customer(ID Smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED,Name varchar(20) NOT NULL, Address varchar(30),TeL Varchar(20) )4建立Supply表CREATE TABLE Supply(P

14、artID Smallint,ProviderID smallint,Price int,QUantity int,CONSTRAINT PK_SUPPLY PRIMARY KEY CLUSTERED(PartID,ProviderID),CONSTRAINT FK_SUPPLY_PARTID FOREIGN KEY(PartID) REFERENCES Part(ID),CONSTRAINT FK_SUPPLY_PROVIDERID FOREIGN KEY(ProviderID) REFERENCES Provider(ID)5建立OfferToBuy表CREATE TABLE OfferT

15、oBuy(CustomerID smallint,PartID Smallint,Price int,Quantity int,CONSTRAINT PK_OFFERTOBUY PRIMARY KEY CLUSTERED(CustomerID,PartID),CONSTRAINT FK_OFFERTOBUY_CUSTOMERID FOREIGN KEY(CustomerID) REFERENCES Customer(ID),CONSTRAINT FK_OFFERTOBUY FOREIGN KEY(PartID) REFERENCES Part(ID) 6建立Business表CREATE TA

16、BLE Business(CustomerID smallint,ProviderID smallint,PartID Smallint,Price int,Quantity int,CONSTRAINT PK_BUSINEss PRIMARY KEY ClUSTERED(CuscomerID,ProviderID,PartID),CONSTRAINT FK_BUSINESS_CUSTOMERID FOREIGN KEY(CustomerID) REFERENCES Customer(ID),CONSTRAINT FK_BUSINESS_PROVIDERlD FOREIGN KEY(Provi

17、derID) REFERENCES Provider(ID),CONSTRAINT FK_BUSINESS_PARTID FOREIGN KEY(PartID)REFERENCES Part(ID)7供應(yīng)商操作(1)注冊(register)INSERT INTO Provider(Name，password，Address，TeI，Intro)VALUES(#Name，#password，#Address，#Tel，#Intro) 在登記操作后，供應(yīng)商得到一個唯一的ID，可以根據(jù)這個ID采查詢和修改供應(yīng)商的數(shù)據(jù)。(2)注銷(unregister) DELETE Provider WHERE(I

18、D=#ID)；(3)修改個人館息(update)UPdate Provider Set(Name=#Name,Address=#Address，Tel=#Tel，Intro=#Intro)WHERE(ID#ID)；(4)增加供應(yīng)項(add_supply_item) INSERT INTO Supply(PartID，Providerid，Price，Quantity) VALUES(#PartID，#ProvderlD，#Price；#Quantily)；(5)刪除供應(yīng)項(delete_supply_item) DELETE SupPly WHERE(PartlD=#PartID AND Pr

19、ovideID=#ProviderlD)；(6)修改供應(yīng)項(update_supply_item) UPDATESupplySET(Price=#Price，Quantity=#Quantity) WHERE(PartlD=#PartID AND ProviderID=#ProviderID) 很明顯，系統(tǒng)并沒有提供面向供應(yīng)商修改零件信息的接口，所以供應(yīng)商提供的零件必須已經(jīng)在零件表中存在；可以這祥假設(shè)，交易所的管理員負責(zé)更新零件信息，而供應(yīng)商可以向交易所申請增加某種零件的信息事實上顧客也可以提出這樣的要求。8顧客操作 (1)注冊(register) INSERT INTO Customer(N

20、ame，Address，Tel) VALUES(#Name，#Address，#Tel)； 在登記操作后，顧客得到一個唯一的ID，可以根據(jù)這個ID來查詢和修改顧客的數(shù)據(jù)(2)注銷(unregister) DELETE Customer WHERE<ID=#ID)；(3)修改個人信息(update) UPDATE Customer Set(Name=#Name，Address=#Address，Tel=#Tel) WHERE(1D=#ID)；(4)增加需求項(add_OfferToBuy_item) INSERT INTO OfferToBuy(PartID,CustomeriD，Pric

21、e，Quantity) VALUES(#PartID，#CustomerID，#Price，#Quantity)'(5)刪除需求項(delete_OfferToBuy_iterm) DELETE OfferToBuy WHERE(PartlD=#PartlD AND CustomerlD=#CustomerID)；(6)修改需求項(叩date_OfferToBuy_item) UPDATE OfferToBuy SET(Price=#Price，Quantity=#Quantity WHERE(PartlD=#PartID AND CustomeriD=#CustomerID) 9交易

22、員 針對需求分析中提出的問題，我們提出了“協(xié)議書”的解決方案，方案的說明如下： (1)每個交易在達成以前都作為協(xié)議書保存在數(shù)據(jù)庫中，協(xié)議書具有和交易一樣的完備信息，可以在條件成熟的情況下轉(zhuǎn)為一個達成的交易； (2)協(xié)議書只有在供應(yīng)商和顧客都簽字的情況下才有效；有效的協(xié)議書由交易員簽發(fā)，協(xié)議書一經(jīng)簽發(fā)，就生效，表明一個交易的達成，數(shù)據(jù)庫中的數(shù)據(jù)將同時予以修改； (3)協(xié)議書可以由供應(yīng)商、顧客或者交易員中的任意一個人提出申請。當協(xié)議書在雙方?jīng)]有都簽字前，協(xié)議的雙方或者交易員都可以刪除這個協(xié)議書；但是，當協(xié)議書簽字完畢后，協(xié)議書就不得刪除(修改)，只能由交易員進行處理； (4)協(xié)議書有可能在轉(zhuǎn)成交易

23、的過程中失敗，因為在交易達成以前，數(shù)據(jù)庫中的數(shù)據(jù)有可能因為其他交易而變化，一個協(xié)議書可能失效，這是允許的。 根據(jù)以上分析，對數(shù)據(jù)庫的模型作一些修改，增加協(xié)議書表，其關(guān)系模式如下： Agreement(CustomerlD，ProviderID，PartID，Price，Quantity，CustomerSign，ProviderSign) 對應(yīng)的SQL描述為：CREATE TABLE Agreement( Customerm smallint， ProviderlD smallint， PartlD smallint，Price int,Quantity int，CustomerSign in

24、t，ProviderSign int， ·CONSTRAINT PK_AGREEMENT PRIMARY KEY CLUSTERED(CustomerID，ProviderID，PartID)，CONSTRAINT FK_AGREEMENT_CUSTOMERID FOREIGN KEY(CustomerID) REFERENCES Customer(ID)，CONSTRAINT FK_ AGREEMENT_PROVlDERID FOREIGN KEY(ProviderID) REFERENCES Provider(ID)，CONSTRAINT FK_AGREEMENT_PARTID

25、FOREIGN KEY(PartID)REFERENCES Part(ID) 與上述其他操作相比，對交易的操作對數(shù)據(jù)完整性要求比較高，其中需要注意的地方是； 要防止同一用戶(供應(yīng)商，顧客)的數(shù)據(jù)因兩個交易而同時修改； 需要同時對供應(yīng)數(shù)據(jù)庫(Supply)、需求數(shù)據(jù)庫(OfferToBuy)、交易數(shù)據(jù)庫(Business)和協(xié)議數(shù)據(jù)庫(Agreement)作出修改，而且需要保持這些修改的原子性； 很顯然，這些要求正是對于一個事務(wù)(transaction)的要求，所以可以用一個事務(wù)來完成簽發(fā)一個協(xié)議的操作。事務(wù)的描述如下：CREATE PROC PASS_AGREEMENT providerID

26、int，customerid int， partlD intASDECLARE TransName VARCHAR(20)SELECT TransName='Pass_Agreement'BEGIN TRANSACTION TransNameDEClARE price INT，qUANTITY intSELECT price=price，quantity=quantity FROM AgreementWHERE prIVIderID=providerID AND customerID=customerID AND PanID=partID1NSERT INTO Business

27、(ProviderID，CustomerID，PartID，Price，Quantity)VALues(providerid，customerID，PartID，price,quantity)UPDATE Supply SET quantity=quantity-quantityWHERE ProviderID=prividerID AND partID=partIDIF (SELECT quantity FROM Supply WHERE Proiderid=provider AND partID=PartID)<0 ROLLBACK TRANSACTlON TranSNameDELE

28、TE FROM Supply WHERE quantity=0UPDATE OfferToBuy SET quantity=quanttity-quantityWHERE CustomerID=customerid AND partlD=partIDIF(SELECT quandtity FROM OfferToBuy WHERE CustomerID=CustomerID AND partID=partlD)<0 ROLLBACK TRANSACTION TransNameDELETE FROM OfferToBuy WHERE quantity=0COMMIT TRANSACTION

29、 TransName 為了使用方便,這里定義了一個存貯過程；功能是完成從Agreementt的一個元組到Business的一個元組的轉(zhuǎn)化工作。這里考慮到了刪除空的Suppiy和OfferTOBUY項，更加重要的是，這里考慮到了非法的Agreement的情況，在一段時間后，由于供應(yīng)商或者顧客修改數(shù)據(jù)，Agreement可能就非法，這時就需要把這個事務(wù)廢除，所以，這里檢查了Supply表和OfferToBuy表中的數(shù)據(jù)，確保數(shù)據(jù)仍然正確。 另外交易員，或者說交易所必須承擔(dān)的一項任務(wù)是更新零件列表。這里在考慮顧客和供應(yīng)商的時候÷并沒有給予他們修改零件列表的權(quán)利，所以他們必須根據(jù)數(shù)據(jù)庫中已有

30、的項更新自己的供求信息。 由于這個數(shù)據(jù)庫實際上更加偏重于模型化，而不是一個實際環(huán)境中的數(shù)據(jù)庫，所以在實現(xiàn)應(yīng)用模型的時候我們還需要對這個數(shù)據(jù)庫的模型作一些修改。 由于本實驗在模型設(shè)計上使用了Microsoft Transact-SQL的語法，因此以上的數(shù)據(jù)庫操作都是在SQLSERVER2000上測試通過的。實驗數(shù)據(jù)示例：測試階段(1.實驗方案設(shè)計 2.測試，查找錯誤校正錯誤，檢查是否符合用戶的功能性能要求)1實驗方案設(shè)計（1）輸入數(shù)據(jù)設(shè)計：1）插入零件信息； insert into Part(Color，Name，Weight，Intro) values('black'，'

31、;stick'，'30'，'of steel')；顯示剛插人的零件id： select id from Part where name='stick'； id - 1 (1 row(s) affected)(不同的實驗，id值可能不同。以后相應(yīng)操作要保持前后一致就可以丁。)2）插入供應(yīng)商信息： insert into Provider(Name，password，Address，Tel，Intro) values('coml'，'1234'，'北京'，6543210，'nothing

32、')；顯示剛插入的供應(yīng)商id： select id from Provider where name='coml'； id - - - 1 (1 row(s) affected)3）插入顧客信息： insert into Customer(Name，Address，Tel) values('cusl'，'北京'，'6666666')'顯示剛插入的顧客id： select id from Customer where name id - - - 1 (1 row(S)affected)4）插入供應(yīng)商供應(yīng)信息： ins

33、ert into Supply(PartID，ProviderlD，Price，Quantity) values(1，1，20，100)；5）插入顧客需求信息： insert into OfferToBuy(PartlD，CustomerID，Priee，Quantity) values(1，1，20，50)；6）插入?yún)f(xié)議信息： insert into Agreement(CustomerID,ProviderID，PartlD，Price，Quantity，CustomerSign，ProviderSign) values(1，1，1，20，30，1，1)；（2）執(zhí)行交易操作設(shè)計： 1）執(zhí)行

34、交易存儲過程PASS_AGREEMENT,參數(shù)為：1，1，1：PASS_AGREEMENT 1，1，1; (后面的三個參數(shù)分別對應(yīng)前面選擇出的供應(yīng)商ID、顧客ID和零件ID。)2）結(jié)果：顯示交易后供應(yīng)信息和需求信息： select Quantity from Supply where PartlD1 and ProviderlD=1; Quantity - - - - 70 (1 row(s) affected) select Quantity from OfferToBuy where PartlD=l and CustomerID； Quantity - 20 (1 row(s) affe

35、cted) 3）分析結(jié)果： 首先，保存在Supply表中1D為1的零件供應(yīng)量為100(參見Supply表的Insert語句)，保存在OfferToBuy表中ID為1的零件需求量為50(參見OFFERToBuy表的Insert語句)。在Agreement表中指出ID為1的供應(yīng)商和ID為1的顧客要交易30個ID為1的零件。當執(zhí)行存儲過程PASS_AGREEMENT之后，Supply和OfferToBuy表中相應(yīng)的數(shù)量都減少了30，交易成功。4）再次執(zhí)行交易操作：delete from Business；附錄：交易系統(tǒng)的另一種SQL語言(數(shù)據(jù)表建立)： /* Microsoft SQL Server

36、 - Scripting*/* Server: 7523TEACHER*/* Database: 商品交易系統(tǒng)*/* Creation Date 02-10-18 9:46:43 */CREATE TABLE dbo.customer ( id smallint IDENTITY (1, 1) NOT NULL , name varchar (20) NOT NULL , address varchar (30) NULL , Intro text NULL )GOALTER TABLE dbo.customer WITH NOCHECK ADD CONSTRAINT PK_customer

37、PRIMARY KEY CLUSTERED ( id ) ON PRIMARY GOCREATE TABLE dbo.part (id smallint IDENTITY (1, 1) NOT NULL ,color varchar (20) NULL ,name varchar (20) NOT NULL ,weight int NULL ,Intro text NULL )GOALTER TABLE dbo.part WITH NOCHECK ADD CONSTRAINT PK_part PRIMARY KEY CLUSTERED (id) ON PRIMARY GOCREATE TABL

38、E vider (id smallint IDENTITY (1, 1) NOT NULL ,name varchar (20) NOT NULL ,password varchar (8) NOT NULL ,address varchar (30) NULL ,Tel varchar (20) NULL ,Intro text NULL )GOALTER TABLE vider WITH NOCHECK ADD CONSTRAINT PK_provider PRIMARY KEY CLUSTERED (id) ON PRIMARY GOCREATE TABLE

39、dbo.supply (partid smallint NOT NULL ,providerid smallint NOT NULL ,price smallint NULL ,quantity int NULL )GOCREATE TABLE dbo.bussiness (customerID smallint NOT NULL ,partid smallint NOT NULL ,providerid smallint NOT NULL ,price smallint NULL ,quantity int NULL )GOCREATE TABLE dbo.offertobuy (custo

40、merID smallint NOT NULL ,partid smallint NOT NULL ,price smallint NULL ,quantity int NULL )ALTER TABLE dbo.bussiness WITH NOCHECK ADD CONSTRAINT PK_bussiness PRIMARY KEY CLUSTERED (customerID,partid,providerid) ON PRIMARY GOALTER TABLE dbo.offertobuy WITH NOCHECK ADD CONSTRAINT PK_offertobuy PRIMARY KEY CLUSTERED (customerID,partid) ON PRIMARY GOALTER TABLE dbo.supply WITH NOCHECK ADD CONSTRAINT PK_supply PRIMARY KEY CLUSTERED (partid,providerid) ON PRIMARY GOALTER TA