网上书店后台数据库设计

开篇：润墨网以专业的文秘视角，为您筛选了一篇网上书店后台数据库设计范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

摘 要：网上书店系统是典型的信息管理系统(MIS)，本文通过分析网上书店信息系统的应用需求，按照数据库设计理论进而给出了系统需求说明书、数据流图、局部ER图、全局ER图、系统关系模式及子模式，利用MS SQL Server2000建立了数据库。

关键词：网上书店；数据库设计；MS SQL Server2000

中图分类号：TP3文献标识码：A文章编号：1673-0992（2011）01-0370-02

书店作为一种信息资源的集散地，图书和顾客的各种数据繁多。在现今飞速发展的信息时代，各行各业都离不开使用计算机进行信息数据的管理。其优点：1、可以解决基于文本、表格等纸介质的手工处理，快速处理图书销售情况（如销量、库存）的统计与核实，查看顾客的消费记录，图书销量排行榜等，大大提高了工作效率。2、数据存储量大，易保存，易查找，安全可靠。3、对历史数据的查询，翻阅比手工记录方便快捷，提高了准确性。4、使工作更加有规律，更加系统，能够对图书及顾客的各种情况进行及时、准确、有效的处理。本系统就是为了管理好书店信息而设计的

一、应用需求分析

网上书店系统需满足三方面的需求，分别是消费者，书店工作人员和书店管理人员。消费者的需求：1、查询书店所有书籍（如名称、作者、价格等）；2、查看个人消费记录（书本价格、购买数量、账户余额等）；3、修改个人信息（如姓名、地址、联系方式等）。书店工作人员的需求：1、对消费者的注册信息进行审核，管理；2、对消费者的咨询进行解答并对购买信息进行确认；3、形成购书报表供书店管理人员查看确认。书店管理人员的需求：1、对书店工作人员、消费者、图书的各项信息进行管理和维护；2、维护并生成各种报表，掌握书店的各种信息，以便下一步操作（如进货或促销等）。

消费者应该可以直接查看书店的各种图书信息，可以根据本人id和密码登录系统，进行购买图书、查看历史购买记录和个人信息的查看、修改。为保护消费者的个人隐私，消费者只可查询和维护自己的各种信息。

书店工作人员可以修改书店所有图书的资料信息、有权限修改消费者提交后的购书情况。

书店管理人员要实现对图书、消费者、总体销售情况的信息进行管理和统计，以及工作人员和管理人员信息的查看和维护。书店管理人员不仅可以查询、修改、添加、删除和统计图书的基本信息，还可以查询、修改、添加、删除和统计图书消费者的基本信息，但限制不能修改、添加和删除销售信息。

图1 网上书店应用需求的总结

二、系统数据流图

根据以上所做的需求分析，并略掉一些细节（如不考虑书店工作人员和管理员的登录；对记录的维护），得出以下两层数据流图。

三、系统数据库设计

I备拍钌杓篇

在概念设计的阶段中，应从用户的视角看待数据及处理要求和约束，产生一个概念模式来反映用户观点。再将概念模式转换为逻辑模式。在设计过程中把概念设计独立出来，便可以相对单一化各阶段的任务，大大降低设计复杂程度，并且不受特定DBMS的限制。

数据库的概念设计可以利用ER方法，将其分成三个步骤：首先，设计局部ER模式；接着，将各局部ER模式综合为一个全局模式，最后优化全局ER模式，得到一个最终模式，即概念模式。

1本植E-R图的设计

E-R（Entity－Relationship）又称实体关系图。E-R模型的三个基本要素是实体、属性和联系。针对每一对象画出该对象信息的局部E―R图，确定该对象视图的实体、属性和联系。实体，一般是名词，即数据对象。本数据库中的图书、顾客等都为实体。属性，一般是名词，即实体的各个特征，一个实体存在多个属性。例如：图书实体中包括编号、名称、作者、价格等多个属性。联系是实体间的关联集合，一般是动词。如顾客和图书两个实体通过查询进行联系。需要注意的是：联系的种类分为一对一联系(1:1)、一对多联系(1:n)、多对多联系(m:n)。若有联系，不管是实体内部之间的联系，还是两个实体之间存在联系，或多个实体之间存在联系，需要进一步确定为哪种联系。

根据需求。定义实体与属性如下：

图书（图书编号，图书名称，作者，出版社，出版日期，类别，书目，价格）

顾客（id，密码，姓名，性别，身份证，电话，地址，余额）

账目（时间，id，图书编号，数量，金额）

库存（图书编号，数量，购入时间）

2闭体E-R图的设计

所有局部E-R图都设计完成后，综合局部E―R图成为一个单一的全局概念结构，生成总体E―R图。在综合过程中去掉不必要的联系，同时要消除冗余。整体E―R图必须体现出所有局部E-R图（包括实体、属性和联系），而且必须是一个合理的、完整的、一致的数据库概念结构。具体步骤如下：

1奔觳楦魇堤逡约捌渲械氖粜裕确认属性中哪个是唯一标识（在这个实体中是唯一存在的），哪一个属性作为公共实体类型（作为实体与实体间合并的基础）。这一步可以通过设立主、外键，来体现实体本身、实体与实体之间的映射关系。

2倍跃植E-R图进行合并。通过公共实体类型即表中的主、外键，进行两两合并，并加入独立的局部结构，然后进行优化，消除冲突、冗余（如属性冲突、结构冲突、命名冲突），使之成为一个通用的并被接受的概念模型。

3弊詈蠖哉体E-R图进行优化。除了要满足用户所有的功能需求外，还要尽量简洁，以提高数据库系统的利用率。

综合以上所述，“网上书店数据库系统”的全局ER模式如图4所示。

II惫叵凳据库的设计

数据库管理系统（DBMS）大多数是建立在关系模型上的，因此又称为关系型数据库管理系统。关系型数据库实际上是一些相关的表和其它数据库对象的集合。在设计过程中，一个实体或实体间的联系就是一个表，每个表又包含行（记录）和列（字段）；表与表之间是相互关联的，通过主键和外键建立关系；一个关系数据库中不仅有多个表，还有其他对象，如视图、索引、存储过程等。数据库的设计过程就是把完整的整体E-R图转化为关系模式的过程。通过关系数据库的设计原则和设计步骤，并加以优化得到如下一组关系模型：

1背跏脊叵的P酮

book（图书编号，图书名称，作者，出版社，出版日期，类别，书目，价格）

class（类别，类别名，类别信息）

user（id，密码，姓名，性别，身份证，电话，地址，余额）

sale（时间，id,图书编号，数量，金额）

stock（图书编号，数量，购入时间）

2备据设计中出现的问题，本文特加入两个关系模式：

1）发货：用于工作人员在顾客购买成功后临时存储顾客和所买图书信息，以便尽快将图书送达。

2）缺货：用于存储已经卖空但顾客还要购买的图书，以便书店管理员能够尽快发现缺货图书并及时进货。

III笔据库的实现

本文的数据库设计使用的是Microsoft SQL Server2000(企业版)。首先创建四个基本数据库表如表1－7所示，然后根据整体E-R图，建立各表之间的联系，如图5所示。

表1 顾客基本信息表的结构(User)?

表2 图书信息表的结构（Book）

表3 图书类别信息表的结构（Class）

表4 销售记录信息表的结构（sale）

表5 库存信息表的结构（stock）

表6 发货情况临时存储信息表的结构（mail）

mail(id,姓名，电话，地址，图书编号，图书名称，数量)

表7 缺货信息表的结构（none）

none(图书编号，图书名称，出版社)

图5 数据库表间联系图

随着网络普及，电子商务的飞速发展，本文通过人们熟悉网上购物，通过结合数据库的理论基础以及MS SQL Server2000软件的应用，来展示一个数据库从最初构架到最终完成所需的一系列步骤，对整个流程有一个了解。本文仍有很多不足以及错误，希望可以指出改正。

参考文献：

[1]萨师煊，王珊。数据库系统概论（第三版）。高等教育出版社。

[2]张晨曦，王志英，戴葵，朱海滨。计算机体系结构。高等教育出版社。

[3]张莉，王强，赵文，董莉。SQL Server2000数据库原理及应用教程。清华大学出版社。

[4]Ray Rankins，Paul Jensen，邱仲潘 译。SQL Server2000实用全书。电子工业出版社。