数据库课程设计3要点.docVIP

数据库课程设计班级： 2 1.需求分析 3 1．供应商 3 2．顾客 3 3．交易员 3 2.概念模型设计 1. 供应商集和零件集之间的联系(供应) 5 2.顾客集和零件集之间的联系(求购) 5 3.交易(三元联系) 5 3.逻辑设计 6 4.物理设计 5.测试阶段 12 1．输入数据设计 12 2.执行交易操作设计 13 总结 15 参考文献  引言 目前大部分中小型的商店进行信息管理的主要方式是基于手工处理，最多是用计算机的文本系统打印一些清单，信息处理工作量大，容易出错，缺乏系统、规范的信息管理手段。可以帮助管理人员对进行详尽、全面地控制和管理，提供的各种报表和分析可以为的决策提供依据，从而避免积压或短缺，保证进行 图2-1 供应商操作分类表 2．顾客 顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图2-2所示。 图2-2 顾客操作分类表 3．交易员 交易员的工作就是提出交易和完成交易。这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图2-3来说明这个问题． 我们在处理交易的时候可能面临如下问题： (1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础； (2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式； (3)系统需要提供一种方便系统(交易员)向用户提出建议来促成交易的途径，并在保证数据库数据完整性的情况下达成交易。  图2-3 交易员操作图 图2-3 交易员分类表 2.概念模型设计 数据库需要表述的信息有以下几种：零件信息、供应商信息、顾客信息及供应商集和零件集之间的联系(供应)。 1. 供应商集和零件集之间的联系(供应) 图3-1供应商和零件之间的联系(供应) E-R模型 2.顾客集和零件集之间的联系(求购) 图3-2 顾客和零件之间的联系(求购) E-R模型 3.交易(三元联系) 可以用E-R模型表述该模型的设计，E-R图如图3-3所示。  图3-3 全局E-R模型 3.逻辑设计 通过E/R模型到关系模型的转化，可以得到如下关系模式： (1)零件实体集转换为关系：Part(ID，Color，Name，Weight，Intro) (2)供应商实体集转换为关系Provider(ID，Name，Addtess，Tel，Intro) (3)顾客实体集转换为关系Customer(ID，Name，Addtess，Tel) (4)供应联系转换为关系Supply(PartlD，ProviderlD，Price，Quantity) (5)求购联系转换为关系OfferToBuy(CustomerlD，PartID，Price，Quantity) (6)交易联系转换为关系Business(CustomerlD，ProviderlD，PartID，Price，Quantity) 每个关系模式的主键码都用下划线标出。 同时，对于从联系导出的关系Supply(供应)，OfferToBuy(求购)和Business(交易)，使用与之相联系的实体集的主健码作为自己的键码，必须符合外键码约束。 对于Customer(顾客)，Provider(供应商)和Part(零件)之间，不存在直接的约束，所以可以存在没有供应商供应同时也没有顾客求购的零件。 4.物理设计 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实现设计 实现该设计的环境为Windows 2000 Perfessinal+MSSQLServer 2000. （1）建立Part表 CREATE TABLE Part( ID smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED, Color varchar(20), Name varchar(20) NOT NULL, Weight