數(shù)據(jù)庫實(shí)例零件銷售中心管理系統(tǒng)概述doc(編輯修改稿)
2025-08-14 05:47 本頁面
【文章內(nèi)容簡(jiǎn)介】 VALUES(PartID，ProvderlD，Price；Quantily)；(5)刪除供應(yīng)項(xiàng)(delete_supply_item) DELETE SupPly WHERE(PartlD=PartID AND ProvideID=ProviderlD)；(6)修改供應(yīng)項(xiàng)(update_supply_item) UPDATESupplySET(Price=Price，Quantity=Quantity) WHERE(PartlD=PartID AND ProviderID=ProviderID)‘ 很明顯，系統(tǒng)并沒有提供面向供應(yīng)商修改零件信息的接口，所以供應(yīng)商提供的零件必須已經(jīng)在零件表中存在；可以這祥假設(shè)，交易所的管理員負(fù)責(zé)更新零件信息，而供應(yīng)商可以向交易所申請(qǐng)?jiān)黾幽撤N零件的信息．事實(shí)上顧客也可以提出這樣的要求。8．顧客操作 ‘ (1)注冊(cè)(register) INSERT INTO Customer(Name，Address，Tel) VALUES(Name，Address，Tel)； 在登記操作后，顧客得到一個(gè)唯一的ID，可以根據(jù)這個(gè)ID來查詢和修改顧客的數(shù)據(jù)．(2)注銷(unregister) DELETE Customer WHEREID=ID)；(3)修改個(gè)人信息(update) UPDATE Customer Set(Name=Name，Address=Address，Tel=Tel) WHERE(1D=ID)；(4)增加需求項(xiàng)(add_OfferToBuy_item) INSERT INTO OfferToBuy(PartID,CustomeriD，Price，Quantity) VALUES(PartID，CustomerID，Price，Quantity)39。(5)刪除需求項(xiàng)(delete_OfferToBuy_iterm) DELETE OfferToBuy WHERE(PartlD=PartlD AND CustomerlD=CustomerID)；(6)修改需求項(xiàng)(叩date_OfferToBuy_item) UPDATE OfferToBuy SET(Price=Price，Quantity=Quantity WHERE(PartlD=PartID AND CustomeriD=CustomerID) 9．交易員 針對(duì)需求分析中提出的問題，我們提出了“協(xié)議書”的解決方案，方案的說明如下： (1)每個(gè)交易在達(dá)成以前都作為協(xié)議書保存在數(shù)據(jù)庫中，協(xié)議書具有和交易一樣的完備信息，可以在條件成熟的情況下轉(zhuǎn)為一個(gè)達(dá)成的交易； (2)協(xié)議書只有在供應(yīng)商和顧客都簽字的情況下才有效；有效的協(xié)議書由交易員簽發(fā)，協(xié)議書一經(jīng)簽發(fā)，就生效，表明一個(gè)交易的達(dá)成，數(shù)據(jù)庫中的數(shù)據(jù)將同時(shí)予以修改； (3)協(xié)議書可以由供應(yīng)商、顧客或者交易員中的任意一個(gè)人提出申請(qǐng)。當(dāng)協(xié)議書在雙方?jīng)]有都簽字前，協(xié)議的雙方或者交易員都可以刪除這個(gè)協(xié)議書；但是，當(dāng)協(xié)議書簽字完畢后，協(xié)議書就不得刪除(修改)，只能由交易員進(jìn)行處理； (4)協(xié)議書有可能在轉(zhuǎn)成交易的過程中失敗，因?yàn)樵诮灰走_(dá)成以前，數(shù)據(jù)庫中的數(shù)據(jù)有可能因?yàn)槠渌灰锥兓?，一個(gè)協(xié)議書可能失效，這是允許的。 根據(jù)以上分析，對(duì)數(shù)據(jù)庫的模型作一些修改，增加協(xié)議書表，其關(guān)系模式如下： Agreement(CustomerlD，ProviderID，PartID，Price，Quantity，CustomerSign，ProviderSign) 對(duì)應(yīng)的SQL描述為：CREATE TABLE Agreement( Customerm smallint， ProviderlD smallint， PartlD smallint，Price int,Quantity int，CustomerSign int，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 FOREIGN KEY(PartID)REFERENCES Part(ID)) 與上述其他操作相比，對(duì)交易的操作對(duì)數(shù)據(jù)完整性要求比較高，其中需要注意的地方是； 要防止同一用戶(供應(yīng)商，顧客)的數(shù)據(jù)因兩個(gè)交易而同時(shí)修改； 需要同時(shí)對(duì)供應(yīng)數(shù)據(jù)庫(Supply)、需求數(shù)據(jù)庫(OfferToBuy)、交易數(shù)據(jù)庫(Business)和協(xié)議數(shù)據(jù)庫(Agreement)作出修改，而且需要保持這些修改的原子性； 很顯然，這些要求正是對(duì)于一個(gè)事務(wù)(transaction)的要求，所以可以用一個(gè)事務(wù)來完成簽發(fā)一個(gè)協(xié)議的操作。事務(wù)的描述如下：CREATE PROC PASS_AGREEMENT @providerID int，@customerid int， @partlD intASDECLARE @TransName VARCHAR(20)SELECT @TransName=39。Pass_Agreement39。BEGIN TRANSACTION @TransNameDEClARE @price INT，@qUANTITY intSELECT @price=price，@quantity=quantity FROM AgreementWHERE prIVIderID=@providerID AND customerID=@customerID AND PanID=@partID1NSERT INTO Business(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 @TranSNameDELETE FROM Supply WHERE quantity=0UPDATE OfferToBuy SET quantity=quanttity@quantityWHERE CustomerID=@customerid AND partlD=@partIDIF(SELECT quandtity FROM OfferToBuy WHER
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1