实验六零件交易中心管理系统.docVIP

实验十一 数据库管理系统综合应用 -------零件交易中心管理系统 实验目的： 通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步了解和掌握数据库这一章所讲解的内容。 二、实验简述： 零件交易管理系统主要提供顾客和供应商之间完成零件交易的功能，其中包括供应商信息、顾客信息以及零件信息。供应商信息包括供应商号、供应商名、地址、电话、简介；顾客信息包括顾客号、顾客名、地址、电话；零件信息包括零件号、零件名、重量、颜色、简介等。此系统可以让供应商增加、删除和修改所提供的零件产品，还可以让顾客增加、删除和修改所需求的零件。交易可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议，由供应商和顾客进行确认后即完成这笔交易。 三、实验要求： 完成该系统的数据库设计； 用SQL实现数据库的设计，并在SQL Server上调试通过。 四、参考答案： 需求分析 供应商 供应商的操作流程图如图A.1所示。 顾客 顾客的地位和供应商几乎是对称的，所以功能分类上也很相似。顾客的操作流程图如图A.2所示。 交易员 交易员的工作就是提出交易和完成交易。这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图A.3来说明这个问题。 我们在处理交易的时候可能面临如下问题： 一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础； 交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式； 系统需要提供一种方便系统（交易员）向用户提出建议来促成交易的途径，并在保证数据库完整性的情况下达成交易。 概念模型设计 数据库需要表述的信息有以下几种： 零件信息 供应商信息 顾客信息 供应商和零件之间的联系（供应） 顾客和零件之间的联系（求购） 交易（三元联系） 可以用E—R模型表述该模型的设计，E—R图如图A.4所示。 逻辑设计 通过E—R模型到关系模型的转化，可以得到如下关系模式： Part（ID，Color，Name，Weight，Intro） Provider（ID，Name，Address，Tel，Intro） Customer（ID，Name，Address，Tel） Supply（PartID，ProviderID，Price，Quantity） OfferToBuy（CustomerID，PartID，Price，Quantity） Business（CustometID，ProviderID，PartID，Price，Quantity） 每个关系模式的键码都用下划线标出。同时，对于从联系导出的关系Supply（供应），OfferToBuy（求购）和Business（交易），使用与之联系的实体集的键码作为自己的键码，必须符合外键码约束。 对于Customer（顾客），Provider（供应商）和Part（零件）之间，不存在直接的约束，所以可以存在没有供应商供应同时也没有顾客求购的零件。 物理设计 为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引。下面是各表中建立索引的表项： Part（ID） Provider（ID） Customer（ID） Supply（PartID，ProviderID） OfferToBuy（CustomerID，PartID） Business（CustometID，ProviderID） 用SQL实现设计 实现该设计的环境为Windows 2000 Professinal + MS SQL Server 7.0 5．1 建立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); 5．2 建立Provider表 create table Provider（ID smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED， Name varchar(20) NOT NULL, password varchar(8) NOT NULL, Address varchar(30), Tel varchar(20), Intro text); 5．3 建立Customer表 create table Customer（ID smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED，