2022年sql数据库实例零件销售中心管理系统.doc

《2022年sql数据库实例零件销售中心管理系统.doc》由会员分享，可在线阅读，更多相关《2022年sql数据库实例零件销售中心管理系统.doc（41页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、重庆工商大学计算机科学与技术专业数据库原理课程设计教学实验指导书重点课程数据库原理教研组2004.1数据库原理课程设计教学实验指导SQL Server2000课程设计教学实验指导A1 综合实验本课程的教学实验分为两部分：第一部分是按照实验指导书所要求的实验在计算机上完成；第二部分是作完上述实验后按照本课程设计教学实验指导书做的一个综合性实验。通过教学实验可使读者较系统、全面地掌握相关的教学内容和必要的上机操作。 下面给出三个实验课题，其中第一个课题还附有参考答案。希望读者在理解题意的根底上发挥本人的创新精神，有创意地完成教学实验。假如觉得有参考答案可能会束缚本人的思维，也可选作第二或第三个实验

2、课题 。总之，因时间关系，只要求每个读者任选一个课题。假设有时间，有兴趣，可考虑另外两个课题，也会有所收益A11 实验一 零件买卖中心治理系统(实验目的 通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步理解和掌握本书中所讲解的内容。(实验简述)零件买卖中心治理系统主要提供顾客和供给商之间完成零件买卖的功能，其中包括供给商信息、顾客信息以及零件信息。供给商信息包括供给商号、供给商名、地址、简介；顾客信息包括顾客号，顾客名、地址、；零件信息包括零件号、零件名、重量、颜色、简介等。此系统能够让供给商增加、删除和修正所提供的零件产品，还能够让顾客增加、删除和修正所需求的零件。买

3、卖员能够利用顾客提出的需求信息和供给商提出的供给信息来提出买卖的建议，由供给商和顾客进展确认后即完成这笔买卖。(实验要求) 完成该系统的数据库设计：用SQl实现数据库的设计，并在SQLServer上调试通过A12 实验三 民航售票系统(实验目的) 通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步理解和掌握本书中所讲解的内容。 (实验简述 民航订票系统主要分为机场、航空公司和客户三方的效劳。航空公司提供航线和飞机的材料，机场则对在本机场起飞和降落的航班和机票进展治理，而客户能得到的效劳应该有航班线路和剩余票数的查询，以及网上订票等功能。客户又能够分为两类，一类是一般客户，

4、关于一般客户只有一般的查询功能和订票功能，没有相应的机票优惠，另一种是经常旅客，需要办理注册手续，但增加了里程积分功能和积分优惠政策。机场还要有紧急应对措施，在航班出现延误时，要发送相应的信息。(实验要求) 完成该系统的数据库设计；用SQL、实现数据库的设计，并在SQlServcr上调试通过。A13 实验二 图书治理系统(实验目的) 通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步理解和掌握本书中所讲解的内容实验简述 一个简单的图书治理系统包括图书馆内书籍的信息、学校在校学生的信息以及学生的借阅信息。此系统功能分为面向学生和面向治理员两部分，其中学生能够进展借阅、续借、

5、归还和查询书籍等操作，治理员能够完成书籍和学生的增加，删除和修正以及对学生，借阅、续借、归还确实认 实验要求 完成该系统的数据库设计；用SQL实现数据库的设计，并在SQ SQLServer上调试通过A2 零件买卖中心治理系统实验报告(参考答案)(实验目的) 通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步理解和掌握本书中所讲解的内容。(实验简述)零件买卖中心治理系统主要提供顾客和供给商之间完成零件买卖的功能，其中包括供给商信息、顾客信息以及零件信息。此系统能够让供给商增加、删除和修正所提供的零件产品，还能够让顾客增加、删除和修正所需求的零件。买卖员能够利用顾客提出的需求

6、信息和供给商提出的供给信息来提出买卖的建议，由供给商和顾客进展确认后即完成这笔买卖。课程设计全过程1需求分析：（实际详细调查）2数据库设计：(SQL Server 2000设计)概念(模型)设计 （实际到概念）逻辑设计 （逻辑推导）物理设计 （理论到实现）SQL编程、调试（测试验证） （实践反复检验）3应用程序编程、调试、测试 (用人机交互前台开发工具VB.NET开发windows和Web应用程序 )需求分析（详细地调查分析系统对象、功能、功能等需求）l供给商供给商的操作流程图如图A1所示。增加供给项修正供给项删除供给项修正个人信息供给项注册注销图A1 供给商操作分类表 2顾客 顾客的地位和供

7、给商几乎是对称的，因而功能分类上也非常类似顾客的操作流程图如图A2示所。增加需求项修正需求项删除需求项修正个人信息顾客注册注销图A2 顾客操作分类表 3买卖员 买卖员的工作确实是提出买卖和完成买卖。这里需要细心考虑的咨询题是：一个买卖如何产生，并如何达成，能够用图A3来说明这个咨询题 我们在处理买卖的时候可能面临如下咨询题：(1)一个买卖只能在买卖双方都同意的情况下才能够进展，因而数据库中的供求信息只能作为达成某个买卖的根底；(2)买卖的双方可能不同时使用这个系统，因而需要系统提供一个双方交换信息的方式；买卖员协议书草案供给商以及顾客签字正式签字买卖员签发完成买卖供给商提出买卖顾客提出买卖申请

8、买卖员提出买卖建议(3)系统需要提供一种方便系统(买卖员)向用户提出建议来促成买卖的途径，并在保证数据库数据完好性的情况下达成买卖。图A3 买卖员操作图概念模型设计（从实践概括抽象出理论模型E/R） 数据库需要表述的信息有以下几种： (1)零件信息 (2)供给商信息 (3)顾客信息(4)供给商集和零件集之间的联络(供给)M : N零件颜色零件号零件名重量简介供给商名供给商供给商号地址简介供给数量价格图A4供给商和零件之间的联络(供给) E/R模型(5)顾客集和零件集之间的联络(求购)M : N零件颜色零件号零件名重量简介顾客顾客号顾客名地址求购数量价格图A5 顾客和零件之间的联络(求购) E/

9、R模型(6)买卖(三元联络)能够用E/R模型表述该模型的设计，E/R图如图A7所示。供给商买卖价格数量求购数量价格供给商号供给商名地址简介供给数量价格零件颜色零件号零件名重量简介顾客顾客号顾客名地址图A7 全局E/R模型逻辑设计(从理论E/R模型到理论关系模型的整理转换) 通过E/R模型到关系模型的转化，能够得到如下关系形式：(1)零件实体集转换为 关系：Part(ID，Color，Name，Weight，Intro)(2)供给商实体集转换为 关系Provider(ID，Name，Addtess，Tel，Intro)(3)顾客实体集转换为 关系Customer(ID，Name，Addtess，

10、Tel)(4)供给联络转换为 关系Supply(PartlD，ProviderlD，Price，Quantity)(5)求购联络转换为 关系OfferToBuy(CustomerlD，PartID，Price，Quantity)(6)买卖联络转换为 关系Business(CustomerlD，ProviderlD，PartID，Price，Quantity) 每个关系形式的主键码都用下划线标出。同时，关于从联络导出的关系Supply(供给)，OfferToBuy(求购)和Business(买卖)，使用与之相联络的实体集的主健码作为本人的键码，必须符合外键码约束。关于Customer(顾客)，P

11、rovider(供给商)和Part(零件)之间，不存在直截了当的约束，因而能够存在没有供给商供给同时也没有顾客求购的零件。物理设计（从理论关系模型到实现施行数据库建立）（物理文件的安排和建立索引） 1 为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引是各表中建立索引的表项： (1)part(ID) (2)Provider(ID) (3)Customer(ID) (4)Supply(PartID，ProviderID (5)OfferTOBuy(CustomerID，PartID)(6)Business(CustomerlD，ProviderID，PartID)2用SQL实现设

12、计 实现该设计的环境为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) PRIMARY KEY CLUSTERED, Name

13、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(PartID Smallint,Provide

14、rID 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 OfferToBuy(CustomerID smalli

15、nt,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 TABLE Business(CustomerI

16、D 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(ProviderID) REFERENCES Prov

17、ider(ID),CONSTRAINT FK_BUSINESS_PARTID FOREIGN KEY(PartID)REFERENCES Part(ID)7供给商操作(1)注册(register)INSERT INTO Provider(Name，password，Address，TeI，Intro)VALUES(#Name，#password，#Address，#Tel，#Intro) 在登记操作后，供给商得到一个唯一的ID，能够依照这个ID采查询和修正供给商的数据。(2)注销(unregister) DELETE Provider WHERE(ID=#ID)；(3)修正个人馆息(updat

18、e)UPdate Provider Set(Name=#Name,Address=#Address，Tel=#Tel，Intro=#Intro)WHERE(ID#ID)；(4)增加供给项(add_supply_item) INSERT INTO Supply(PartID，Providerid，Price，Quantity) VALUES(#PartID，#ProvderlD，#Price；#Quantily)；(5)删除供给项(delete_supply_item) DELETE SupPly WHERE(PartlD=#PartID AND ProvideID=#ProviderlD)；(

19、6)修正供给项(update_supply_item) UPDATESupplySET(Price=#Price，Quantity=#Quantity) WHERE(PartlD=#PartID AND ProviderID=#ProviderID) 非常明显，系统并没有提供面向供给商修正零件信息的接口，因而供给商提供的零件必须已经在零件表中存在；能够这祥假设，买卖所的治理员负责更新零件信息，而供给商能够向买卖所申请增加某种零件的信息事实上顾客也能够提出如此的要求。8顾客操作 (1)注册(register) INSERT INTO Customer(Name，Address，Tel) VALU

20、ES(#Name，#Address，#Tel)； 在登记操作后，顾客得到一个唯一的ID，能够依照这个ID来查询和修正顾客的数据(2)注销(unregister) DELETE Customer WHEREID=#ID)；(3)修正个人信息(update) UPDATE Customer Set(Name=#Name，Address=#Address，Tel=#Tel) WHERE(1D=#ID)；(4)增加需求项(add_OfferToBuy_item) INSERT INTO OfferToBuy(PartID,CustomeriD，Price，Quantity) VALUES(#PartI

21、D，#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、案，方案的说明如下： (1)每个买卖在达成往常都作为协议书保存在数据库中，协议书具有和买卖一样的完备信息，能够在条件成熟的情况下转为一个达成的买卖； (2)协议书只有在供给商和顾客都签字的情况下才有效；有效的协议书由买卖员签发，协议书一经签发，就生效，说明一个买卖的达成，数据库中的数据将同时予以修正； (3)协议书能够由供给商、顾客或者买卖员中的任意一个人提出申请。当协议书在双方没有都签字前，协议的双方或者买卖员都能够删除这个协议书；但是，当协议书签字完毕后，协议书就不得删除(修正)，只能由买卖员进展处理； (4)协议书有可能在转成买卖的过程中失败，由于在买卖达成往常，数据库中的数据有可能由于

23、其他买卖而变化，一个协议书可能失效，这是同意的。 依照以上分析，对数据库的模型作一些修正，增加协议书表，其关系形式如下： Agreement(CustomerlD，ProviderID，PartID，Price，Quantity，CustomerSign，ProviderSign) 对应的SQL描绘为：CREATE TABLE Agreement( Customerm smallint， ProviderlD smallint， PartlD smallint，Price int,Quantity int，CustomerSign int，ProviderSign int， CONSTRAIN

24、T 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(

25、ID) 与上述其他操作相比，对买卖的操作对数据完好性要求比拟高，其中需要留意的地点是； 要防止同一用户(供给商，顾客)的数据因两个买卖而同时修正； 需要同时对供给数据库(Supply)、需求数据库(OfferToBuy)、买卖数据库(Business)和协议数据库(Agreement)作出修正，而且需要保持这些修正的原子性； 非常显然，这些要求正是关于一个事务(transaction)的要求，因而能够用一个事务来完成签发一个协议的操作。事务的描绘如下：CREATE PROC PASS_AGREEMENT providerID int，customerid int， partlD intASDE

26、CLARE TransName VARCHAR(20)SELECT TransName=Pass_AgreementBEGIN 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

27、)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

28、 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 TransName 为了使用方便,这里定义了一个存贮过程；功能是完成从Agreementt的一个元组到

29、Business的一个元组的转化工作。这里考虑到了删除空的Suppiy和OfferTOBUY项，更加重要的是，这里考虑到了非法的Agreement的情况，在一段时间后，由于供给商或者顾客修正数据，Agreement可能就非法，这时就需要把这个事务废除，因而，这里检查了Supply表和OfferToBuy表中的数据，确保数据仍然正确。 另外买卖员，或者说买卖所必须承担的一项任务是更新零件列表。这里在考虑顾客和供给商的时候并没有给予他们修正零件列表的权利，因而他们必须依照数据库中已有的项更新本人的供求信息。 由于这个数据库实际上更加侧重于模型化，而不是一个实际环境中的数据库，因而在实现应用模型的时

30、候我们还需要对这个数据库的模型作一些修正。 由于本实验在模型设计上使用了Microsoft Transact-SQL的语法，因而以上的数据库操作都是在SQLSERVER2000上测试通过的。实验数据例如：测试阶段(1.实验方案设计 2.测试，查找错误校正错误，检查是否符合用户的功能功能要求)1实验方案设计（1）输入数据设计：1）插入零件信息； insert into Part(Color，Name，Weight，Intro) values(black，stick，30，of steel)；显示刚插人的零件id： select id from Part where name=stick； id

31、- 1 (1 row(s) affected)(不同的实验，id值可能不同。以后相应操作要保持前后一致就能够丁。)2）插入供给商信息： insert into Provider(Name，password，Address，Tel，Intro) values(coml，1234，北京，6543210，nothing)；显示刚插入的供给商id： select id from Provider where name=coml； id - - - 1 (1 row(s) affected)3）插入顾客信息： insert into Customer(Name，Address，Tel) values(c

32、usl，北京，6666666)显示刚插入的顾客id： select id from Customer where name id - - - 1 (1 row(S)affected)4）插入供给商供给信息： insert 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）插入协议信息： insert into Agreement(Custo

33、merID,ProviderID，PartlD，Price，Quantity，CustomerSign，ProviderSign) values(1，1，1，20，30，1，1)；（2）执行买卖操作设计： 1）执行买卖存储过程PASS_AGREEMENT,参数为：1，1，1：PASS_AGREEMENT 1，1，1; (后面的三个参数分别对应前面选择出的供给商ID、顾客ID和零件ID。)2）结果：显示买卖后供给信息和需求信息： select Quantity from Supply where PartlD1 and ProviderlD=1; Quantity - - - - 70 (1 r

34、ow(s) affected) select Quantity from OfferToBuy where PartlD=l and CustomerID； Quantity - 20 (1 row(s) affected) 3）分析结果： 首先，保存在Supply表中1D为1的零件供给量为100(参见Supply表的Insert语句)，保存在OfferToBuy表中ID为1的零件需求量为50(参见OFFERToBuy表的Insert语句)。在Agreement表中指出ID为1的供给商和ID为1的顾客要买卖30个ID为1的零件。当执行存储过程PASS_AGREEMENT之后，Supply和Of

35、ferToBuy表中相应的数量都减少了30，买卖成功。4）再次执行买卖操作：delete from Business；附录：买卖系统的另一种SQL语言(数据表建立)： /* Microsoft SQL Server - Scripting*/* Server: 7523TEACHER*/* Database: 商品买卖系统*/* Creation Date 02-10-18 9:46:43 */CREATE TABLE dbo.customer ( id smallint IDENTITY (1, 1) NOT NULL , name varchar (20) NOT NULL , addre

36、ss varchar (30) NULL , Intro text NULL )GOALTER TABLE dbo.customer WITH NOCHECK ADD CONSTRAINT PK_customer 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 )GOA

37、LTER TABLE dbo.part WITH NOCHECK ADD CONSTRAINT PK_part PRIMARY KEY CLUSTERED (id) ON PRIMARY GOCREATE TABLE dbo.provider (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

38、 dbo.provider WITH NOCHECK ADD CONSTRAINT PK_provider PRIMARY KEY CLUSTERED (id) ON PRIMARY GOCREATE TABLE 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

39、,providerid smallint NOT NULL ,price smallint NULL ,quantity int NULL )GOCREATE TABLE dbo.offertobuy (customerID 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,p

40、artid,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 TABLE dbo.bussiness ADDCONSTRAINT FK_bussiness_customer FOREIGN KEY(customerID) REFERENCES dbo.customer (id),CONSTRAINT FK_bussiness_part FOREIGN KEY(partid) REFERENCES dbo.part (id),CONSTRAINT FK_bussiness_provider FOREIGN KEY(providerid) REFERENCES dbo.provider (id)GOALTER TABLE dbo.of