完整版数据库设计--网上书店系统

1、目录1 .系统需求分析 21.1 系统根本功能描述 21.2 系统数据流图21.2.1 数据流分析31.2.2 数据字典31.2.2.1 数据项31.2.2.2 数据结构52 .系统设计52.1 数据库设计52.1.1 概念结构设计52.1.2 逻辑结构设计92.2 系统物理设计131系统需求分析1.1 系统根本功能描述网上书店系统是依据网上书店能够在线出售图书和治理需求而进 行设计的,目的是实现在线接受客户订单、书店信息治理的功能.需要在线购置图书的客户能够通过网上书店系统查询所需要的图 书是否有售并能够查询有售图书的根本信息比方图书名称、作者、出 版社等.如果客户查询到所需并且有售的图书,

2、能够在线下达订单, 然后提交给数据库,并且客户能够查询自己的订单的处理情况.同时, 客户应该能够维护自己的信息比方修改自己的收货地址、联系方式 等.网上书店系统应该至少拥有一个治理员. 治理员能够维护在售图书 的根本信息比方图书信息的增加、删除、修改等,并且能够对图书 进行分类治理.同时,治理员能够维护客户的信息,能够审核客户提交 的订单以确认或删除订单.1.2 系统数据流图通过对系统需求进行分析,我们确定系统中有两类用户：治理员和 客户.各类用户的具体描述如下：1治理员描述：治理员负责后台治理.包括增加、删除、修改图书信息,对 图书进行分类治理；维护客户信息增加和删除客户账号；审核订单 并确

3、认合法订单或删除非法订单.2客户描述：客户可以查询有售图书的根本信息；可以维护自己的信息； 可以进行网上订书；可以查询订单的处理情况.1.2.1 数据流分析根据分析,我们可以得到系统的数据流图图书信息堆拍mi-i m j： 疏嗣敖据漆用(1)网上书店系统顶层数据流图如图1-1所示.1.2.2 数据字典根据数据流程分析,对系统数据进行分析和汇总,建立系统数据字 典.下面列出局部数据字典内容.1.2.3 .1数据项(1)治理员治理员编号,每位治理员在系统中的唯一编号也是治理员登陆的账号名,char(7)治理员姓名,char(10)治理员登陆密码,char(10)(2)客户客户编号,每位客户在系统中

4、的唯一编号,char(7) 客户姓名,char(10)地址编号,客户有多个地址时每个地址的编号,char(7)地址,客户收货地址中某个具体地址,varchar(20)联系方式,客户的 号,char(15)账户余额,客户购书账户的余额,float(7)登陆密码,char(10)(3)订单订单号,唯一标识一张订单的编号,char(7)订单日期,生成订单的时间,datetime,取值为提交订单 的时间收货人姓名,查收图书的人的姓名,char(10),同客户姓名收货人联系方式,收货人的 号,char(15),同联系方式发货地址,图书送达的目的地,varchar(100),是客户收货 地址中的一个治理员

5、编号,审核该订单的治理员的编号,char(7),同管 理员编号(4)订单细那么细那么号,唯一标识一个订单细那么,char(7)图书编号,订单所包含的图书的编号,char(7),同图书信 息中的图书编号订购数量,购置同本图书的数量,smallint,取值不大于此 本图书的库存余量发货状况,已订购图书的发货情况,varchar(100)(5)图书信息图书编号,唯一标识一款图书的编号,char(7)图书名,图书的题名,varchar(20)作者,图书的作者,char(10)出版社,图书的出版方,varchar(20)图书类别,图书的分类,varchar(20)库存余量,当前书店此款图书的剩余量,sm

6、allint,当前库 存量=上次库存量-售出数量图书价格,图书的售价,float(5),图书价格大于零1.2.4 .2数据结构(1) 图书信息,每本图书的具体信息,组成：图书编号,图书名, 作者,出版社,图书类别,库存余量,图书价格 (2) 治理员,治理员的根本信息,组成：治理员编号,治理员姓名(3) 客户,客户的根本信息,组成：客户编号,客户姓名,收货地址,账户余额,联系方式 (4) 收货地址,客户的收货地址,组成：地址编号,地址 (5) 订单,订单的信息,组成：订单号,订单日期,订单细那么,收 货人姓名,发货地址,治理员编号,收货人联系方式 (6) 订单细那么,订单的细节内容,组成：细那么

7、号,图书编号,订购 数量,发货状况 2系统设计2.1 数据库设计2.1.1 概念结构设计1 .系统涉及到的实体(1)治理员治理员编号,治理员姓名(2)客户客户编号,客户姓名,收货地址,账户余额,联系方式(3)图书图书编号,图书名,作者,出版社,图书类别,库存 余量,图书价格(4)订单订单号,订单日期,订单细那么,收货人姓名,发货地 址,治理员编号,收货人联系方式(5)订单细那么细那么号,图书编号,订购数量,发货状况(6)收货地址地址编号,地址2.系统E-R模型设计A.分E-R模型设计(1)每个客户可以拥有多个收货地址,这些地址只能被这个客户使用.因此,客户与收货地址之间是一对多关系.E-R图如

8、下：客户收货地址E-R图(2) 一个客户可以下达多个定单,一个订单只能属于一个客户.因此,客户与订单是一对多关系. E-图如下：客户-订单E-R图(3) 一份订单里可以包含假设干个订单细那么.因此,订单与订单 细那么之间是一对多关系.E-R图如下：(4) 一个治理员可以审核多份定单,但是一份订单只能被一个治理员审核.因此,治理员与订单是一对多关系.E-R图如下：史系式 暇璀、(5) 一个订单细那么可以包含多本图书,一本图书也可以包含在 多份订单细那么中.因此,图书与订单细那么之间是多对多关 系.E-R图如下：B.系统的总E-R图合并以上E-R图即得系统总E-R图如下:出版社图书由地恢拥有收货地

9、址U单细那么治理员网匕竹店系统集成E,R图2.1.2逻辑结构设计根据以上的分析,将 E-R模型转换成逻辑模型,设计由 本系统的数据库.根据需要,设计了6个数据表,2个视图.如下所示：治理员信息表：该表记录了治理员的相关信息,包括治理员编 号,登陆密码治理员姓名.客户信息表：该表记录了客户的相关信息,包括客户编号,登 录密码,客户姓名,联系方式,账户余额.收货地址表：该表记录了客户的收货地址信息,包括地址编号, 客户编号,地址.订单表：该表记录了订单的根本信息,包括订单号,客户编号, 订单日期,收货人姓名,发货地址,收货人联系方式,治理员编号.订单细那么表：该表记录了订单的细那么信息,包括细那么

10、号,订单 号,图书编号,订购数量,发货状况.图书信息表：该表记录了图书的根本信息,包括图书编号,图 书名,作者,出版社,图书类别,库存余量,图书价格.1客户购书信息视图：包括图书名,作者,出版社,订购数量, 订单日期,发货状况,账户余额.2治理员订单审核视图：包括订单号,客户号,图书编号,订购数量.根据上面的逻辑结构设计,设计相应的表结构如下所示.1.治理员信息表Ginfo该表记录了治理员的相关信息,包括治理员编号,治理员姓名.其结构如表2-1所示：表 2-1 Ginfo字段说明类型长度备注Gid治理员编号char(7)主键,不为空Gcode登录密码char(10)不为空Gname治理员姓名c

11、har(10)不为空2.客户信息表Kinfo该表记录了客户的相关信息,包括客户编号,客户姓名,联系方式, 账户余额.其结构如表2-2所示:表 2-2 Kinfo字段说明类型长度备注Kid客户编号char(7)主键,不为空Kcode登录密码char(10)不为空Kname客户姓名char(10)不为空Kcontact联系方式char(15)不为空Ksave账户余额float(7)不小于零3.收货地址表ADinfo该表记录了客户的收货地址信息, 包括地址编号,客户编号,地址其结构如表2-3所示:表 2-3 ADinfo字段说明类型长度备注ADid地址编号char(7)主键,不为空Kid客户编号ch

12、ar(7)主键,外键,不为空Add地址varchar(100)不为空4.订单表Dinfo该表记录了订单的根本信息,包括订单号,客户编号,订单日期, 收货人姓名,发货地址,收货人联系方式,治理员编号.其结构如表 2-4所示：表 2-4 Dinfo字段说明类型长度备注Did订单号char(7)主键,不为空Kid客户编号char(7)主键,外键,不为空Dname收货人姓名char(10)不为空Dadd发货地址varchar(100)外键,不为空Dcontact收货人联系方式char(15)外键,不为空Gid治理员编号char(7)外键,不为空Ddate订单日期datetime不为空5.订单细那么表X

13、info该表记录了订单的细那么信息,包括细那么号,订单号,图书编号,订 购数量,发货状况.其结构如表2-5所示：表 2-5 Xinfo字段说明类型长度备注Xid细那么号char(7)主键,不为空Did订单号char(7)主键,外键,不为空Tid图书编号char(7)外键,不为空Xnum订购数量smallint大于零Xdetail发货状况varchar(100)默认未发货6.图书信息表Tinfo该表记录了图书的根本信息,包括图书编号,图书名,作者,出版社,图书类别,库存余量,图书价格.其结构如表 2-6所示:表 2-6 Tinfo字段说明类型长度备注Tid图书编号char(7)主键,不为空Tname图书名varchar(20)不为空Twriter作者char(10)不为空Tpub出版社varchar(20)不为空Tnum库存余量smallint不小于零,不为