数据库课程设计(共13页).doc

《数据库课程设计(共13页).doc》由会员分享，可在线阅读，更多相关《数据库课程设计(共13页).doc（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上数据库课程设计报告在线图书销售管理系统专 业:班 级:学 号:姓 名: 目 录1.需求分析2 1.1系统现状2 1.2用户需求22.概念结构设计3 2.1抽象出系统实体3 2.2设计分E-R图5 2.3生成初步E-R图6 2.4生成全局E-R图63.逻辑结构设计7 3.1关系模式8 3.2各表关系分析8 3.3各表字段说明8 3.4数据模型的优化10 3.5设计用户子模式114.存储结构115.触发器116.总结12 随着信息时代的来临，电子商务的出现给人们的生活带来了巨大的影响，伴随着电子商务的发展，越来越多的用户选择在网上购买图书，网上书店系统应运而生。没有中间商

2、的参与，使网上书店具有物美价廉等特性，同时还给人们节省了大量时间，这些实体书店无法比拟的功能使其必将发展成为一种经营趋势。接下来以一个简单的在线图书销售管理为例，介绍在线图书销售管理系统数据库设计与实现的过程。1.需求分析 近年来，计算机和网络技术有了快速的发展和进步，商业销售方式从传统的店铺经营逐步发展到网络经营，顾客购买方式也从店铺购买逐步发展到网上购买。在线图书销售管理系统也随着网上购物的浪潮应运而生。1.1系统现状 在线图书销售管理系统对于网上图书销售管理和图书购买时非常重要的。现在许多商业销售部门都有自己的销售管理系统。用户可以再Internet上查询自己所需要的购买信息，足不出户就

3、可以了解各方面的信息，进行网上交易，再利用物流公司就可以达到远程购买的目的。通过远程登录图书销售管理系统，查询出自己所需要的图书的详细信息并提交购买信息，这样既方便用户，同时也方便了销售人员销售管理。 在线图书销售管理系统是Internet上最常见的销售管理系统之一，它是一个基本作用就是为图书销售部门提供所销售图书信息发布的平台。使用SQL数据库，将减轻管理人员的工作量，使系统便于维护和管理。 对于图书销售企业来说，利用现代计算机网络和通信技术、数据库技术，实现供应、销售等相关业务管理、共享数据资源，业务办理过程网络化、电子化。这样能够进一步畅通销售渠道，大大提高工作效率。 在线图书销售管理系

4、统利用Internet的优势实现在线的图书销售管理，主要实现会员信息管理、图书信息管理、订单信息管理等功能。1.2用户需求 考察用户网上购书的行为，大致都是如下的模式：用户进入网上书店，浏览各种图书信息，或者根据自己感兴趣的类别、特定图书信息等来进行搜索、查询图书信息。普通用户可以查询图书，我们这个系统规定在线图书销售系统只允许会员执行购买图书的操作。会员在购买图书时，首先将选定的图书加入购物车，可以一次购买多本图书，每本图书的数量也可以不同。对购物车中的图书进行确认付款以后，生成正式订单，管理员可以根据会员购买生成的订单，为其进行发货处理。管理员还可以对网上书店的图书进行增加、删除、更新等管

5、理操作。 对于在线图书销售管理系统中普通用户、会员和管理员的具体功能描述如下。 （1）普通用户 1）浏览图书、按类别查询图书、查看图书详细信息。 2）注册成为会员。 （2）会员 1）浏览图书、按类别查询图书、查看图书详细信息。 2）加入购物车、修改购物车、订购图书、生成订单、查看订单等。 3）查看、修改个人信息。 （3）管理员 1）浏览图书、按类别查询图书、查看图书详细信息，核查购买图书费用信息。 2）查看订单、处理订单进行发货处理等。 3）查看、修改个人信息。 4）更新图书信息，如新增、删除图书、更新库存量、商品名称、增加图书的属性列等。 从上述的功能分析可以得出，在线图书销售管理系统中需要

6、有会员、管理员、图书、订单等信息。对于会员，需要有会员的账号、密码、姓名、邮箱、电话、地址等属性，其中图书可以有折扣（如8折、7.5折），实际售价由定价乘以折扣，再除以10计算得出；对于一个订单，需记录会员的订购日期、管理员进行发货的发货日期、订购总价等属性，其中订购总价是由多种图书实际售价乘以订购数量累计计算得出的。 在线图书销售管理系统中图书销售基本规定如下：每个会员可以通过订购图书生成多个订单，每个订单仅属于一个会员；每个订单中可以包括多种图书商品，每种图书商品可以出现在多个订单中；在订单信息中，每种图书都有对应的订购数量。为简便起见，在线图书销售管理系统仅考虑会员、管理员、订单、图书之

7、间的关系，至于实际中网上支付，商品评论等信息的处理，暂时略去，也不考虑普通用户，假设会员确定生成了订单以后是应经付款的，管理员可以对其进行发货处理等。2.概念结构设计 概念结构设计主要通过分析在线图书销售管理系统的基本需求，对需求分析结果中的信息进行分类组织，得到系统的实体、实体的属性、实体的键、实体之间的联系以及联系的类型，从而设计出系统的概念模型。下面介绍设计概念结构模型的具体步骤。根据概念设计的步骤，先进行局部概念设计，然后再对各个局部概念进行综合。2.1抽象出系统的实体 根据分析，在线图书销售管理系统的基本实体为：会员、管理员、订单、图书，而每个实体应该具有如下列基本属性，并标记逐渐，

8、画出E-R图，如图1、图2、图3、图4所示。 会员：账号、密码、姓名、地址、邮箱、手机、管理员标识，其中账号是主键，管理员标识为0表示为普通会员，为1表示为管理员。 管理员：编号、姓名、密码，其中编号是主键。 订单：订单号、订购日期、订单总价、发货日期，其中订单号是主键。图书：ISBN、书名、作者、出版社、定价、折扣、图书类型、图书概况、库存数量，其中ISBN是主键。姓名邮箱地址手机密码账号管理员标识会员图1 会员实体编号姓名密码管理员 图2 管理员实体订购总价订购日期发货日期订单号订单图3 订单实体出版社书名作者定价ISBN图书库存数量折扣图书概况图书类别图4 图书实体2.2设计分E-R图

9、在在线图书销售管理系统中，涉及3个实体，分别是会员、订单、图书，这3个实体之间存在联系。 会员通过订购图书生成一个订单，一个会员可以生成多个订单，每个订单只能属于一个会员，即会员预订单之间的联系是一对多的联系。 一个订单可以包含多种图书，一种图书也可以被多个订单包含，即每一种图书可以出现在多个订单中，每个订单中对应的每种图书均有对应的订购数量，因此订单与图书之间的联系是多对多的联系。 由以上分析，将会员与订单之间的联系命名为订购，将管理员与订单之间的联系命名为下单，将订单与图书之间的联系命名为订单详情，得到各个局部E-R图。如图5、图6、图7所示。订单管理员会员m11订购数量订单详情订购 下单

10、nnn图书订单订单图7 图书与订单之间的E-R图图5 会员与订单之间的E-R图图6 管理员与订单之间的E-R图2.3合并分E-R图，生成初步E-R图会员与订单的关系为订购，管理员与订单的关系为下单。经过分析，得到会员、管理员与订单之间的联系可以合并为订购，那么，会员、管理员、订单和图书之间分别通过订购和订单详情这两个联系进行关联。因此，合并上述分E-R图、生成初步E-R图，如图8所示。管理员会员11订购n订单订购数量m图书订单详情发货状态n图8 在线图书销售管理系统初步E-R图2.4生成全局E-R图对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中

11、不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。将各个实体的属性加入初步E-R图，但是，在各实体的属性中，会员的密码和管理员的密码出现命名冲突，所以将其分别改为会员密码和管理员密码，最终形成全局E-R图，如图9所示。手机管理员标识邮箱姓名编号管理员密码地址管理员姓名会员会员密码11订购账号订购总价订单号n订单发货日期订购日期m订单详情发货状态订购数量n库存数量ISBN图书图书概况书名图书类别作者出版社折扣定价图9 总体E-R图3.逻辑结构设计在概念结构设计阶段得到E-R图之后，下一步是进行数据库的逻辑结构设计，根据转换规则将E-R图转换为关系模型，即将实体和联系转换为关系数据库

12、的基本表，并标识各个表的主键。3.1关系模式根据书本中介绍的转换规则，得到网上书店系统的关系模式如下：会员（账号、密码、姓名、地址、邮箱、手机、管理员标识）为会员实体对应的关系模式，其中账号是会员关系的主键。管理员（编号、姓名、密码）为管理员实体对应的关系模式，其中编号是管理员关系的主键。订单（订单号、订购日期、订单总价、发货日期、账号）为订单实体和订购联系合并的关系模式，其中订单号是主键。会员的主键账号是订单关系的外键。图书（ISBN、书名、作者、出版社、定价、折扣、图书类型、图书概况、库存数量）为图书实体对应的关系模式，其中ISBN是图书实体的主键。订单详情（订单号、ISBN、订购数量、发

13、货状态）为“订单详情”联系对应的关系模式。因为订单详情是订单与图书之间的多对多联系，所以订单、图书的主属性以及订单详情联系本身的属性“订购数量”共同构成了订单详情关系模式的属性，其中（订单号、ISBN）的组合是主键，订单号、ISBN同时也是订单详情关系模式的外键。3.2各表关系分析（1）过程分析：在线图书销售管理系统面向两个群体：会员和管理员。首先管理员根据自己的编号（主键）与管理员密码登录进入在线图书销售管理系统，可以浏览图书、按类别查看图书、查看和处理订单、更新图书信息等。会员根据自己的账号密码进行登录，可以根据自己的需求浏览图书信息，并且加入购物车、订购图书、生成订单。（2）关系分析：会

14、员和管理员表存储的是系统的两个群体的个人信息。图书表存储的是图书信息，ISBN是主键。订单存储的是会员订购图书的订单的信息，订单号是主键。订单详情表存储的是订单与图书联系的信息，包括订购数量、发货状态等。3.3各表字段说明 （1）建立会员表在关系模型建立的时候，已经得到会员基本模式如下：会员（账号、密码、姓名、地址、邮箱、手机、管理员标识），其中各个属性列的名称以及数据类型参见表1，根据表中所列出的信息建立会员表。其中账号是主键，出游向外所有的属性均不允许为空。表1 会员表的属性信息属性数据类型是否为空/约束条件账号CHAR(20)主键密码CHAR(20)否姓名CHAR(10)否地址VAR C

15、HAR(50)否邮箱VAR CHAR(30)可以为空手机CHAR(11)否管理员标识INT0或1（2）建立管理员表在关系模型建立的时候，已经得到订单的模式如下：管理员（编号、姓名、密码），其中各个属性列的名称以及数据类型见表2，根据表中所列出的信息建立管理员表。表2 管理员表的属性信息属性数据类型是否为空/约束条件编号CHAR(20)主键密码CHAR(20)否姓名CHAR(10)否（3）建立订单表在关系模型建立的时候，已经得到订单的模式如下：订单（订单号、订购日期、订单总价、发货日期、账号），其中各个属性列的名称以及数据类型见表3，根据表中所列出的信息建立订单表。表3 订单基本表的属性信息属性

16、列数据类型是否为空/约束条件订单号CHAR(10)主键订购日期DATETIME否订购总价MONEY可以为空，非空时发货日期DATETIME可以为空账号CHAR(20)否（4）建立图书表在关系模型建立的时候，已经得到图书基本表的属性信息，如表4所示。表4 图书基本表的属性信息属性列数据类型是否为空/约束条件ISBNCHAR(20)主键书名VAR CHAR(50)否作者CHAR(30)可以为空出版社CHAR(30)可以为空定价MONEY否、折扣FLOAT否、010图书类别CHAR(20)否图书概况VAR CHAR(100)可以为空库存数量INT否、（5）建立订单详情表在关系模型建立的时候，已经得到

17、订单详情基本表的属性信息，如表5所示，其中订单号、ISBN）的组合是主键，订单号、ISBN是订外键，分别参照订单表、图书表的主键、订单号和ISBN。表5 订单详情基本表的属性信息属性列数据类型是否为空/约束条件订单号CHAR(10)否、主属性ISBNCHAR(20)否、主属性订购数量INT否、3.4数据模型的优化（1）按照数据依赖对关系模式进行逐一分析，并进行极小化处理会员（账号、密码、姓名、地址、邮箱、手机、管理员标识）；3NF管理员（编号、姓名、密码）；3NF订单（订单号、订购日期、订单总价、发货日期、账号）；3NF图书（ISBN、书名、作者、出版社、定价、图书类型、图书概况、库存数量）；

18、3NF订单详情（订单号、ISBN、订购数量）；1NF优化说明：删除了图书表中的折扣，一是因为折扣这一项在不同的时期对不同的图书是不同的，二是因为这项在其他的关系中也可以查到。另外还删除了订单详情中的发货状态，这一项在订单中根据发货时间就可以查到。（2）对关系模式进行必要的分解在订单详情关系中，订购数量只依赖于订单号，对主键订单号和ISBN是部分函数依赖。对管理员，他更关心的是订单号和订购数量，然后再整理出相应的图书并进行发货。而会员则更在乎的是什么书和订购了几本。所以可以讲订单详情（订单号、ISBN、订购数量），分解为管理员的下单详情（订单号、订购数量）和会员的订购详情（ISBN、订购数量）。

19、3.5设计用户子模式（1）会员的用户子模式：会员（账号、姓名、管理员标识）因为每位会员个人情况属于个人隐私，其他会员是看不见的，可以看见的只有以上几项。（2）管理员的用户子模式：管理员（编号、姓名）因为每位管理员只能登陆进入自己的个人管理系统，无法查询和处理其他管理员的工作，所以他们没有必要知道其他人的密码。 （3）订单的用户子模式：订单（订单号、订购日期、订单总价）用为会员在浏览网页时，查看其他人的购买情况时不会经常关注别人的图书发货时间，也不会关注是那个账号的用户买的。4.存储过程经过分析可知，在线图书销售管理系统中信息处理的特点如下：（1）图书的数据不仅经常需要浏览和查询，而且更新速度快

20、，例如新到的图书上架，需要对其进行分类和说明等。（2）管理员有一定的特殊职能：更新图书信息，例如增加新到图书的信息，和更新图书的库存数量；统计订单数量；同时在不同的时期对图书打折，相应的图书价格也会有变化。针对这些特点，设计如下：确定数据库的存放位置，为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。5. 触发器触发器是个特殊的，它的执行不是由程序调用，也不是手工启动，而是由事件来触发，当对一个表进行操作（ INSERT、UPDATE 、DE

21、LETE）时就会激活它执行。触发器用于加强数据的完整性约束和业务规则等。触发器可通过数据库中的相关表实现级联更改，不过，通过级联引用完整性约束可以更有效地执行这些更改。触发器可以强制比用约束定义的约束更为复杂的约束。与 CHECK 约束不同，触发器可以引用其它表中的列。例如，触发器可以使用另一个表中的 SELECT 比较插入或更新的数据，以及执行其它操作，如修改数据或显示用户定义错误信息。触发器也可以评估数据修改前后的表状态，并根据其差异采取对策。一个表中的多个同类触发器（INSERT、UPDATE 或 DELETE）允许采取多个不同的对策以响应同一个修改语句。在在线图书销售管理系统中，当有图

22、书库存数量不足，通过级联引用完整性约束可以更有效地执行这些更改，对订单和订单详情的相关项做相应改动。当某位管理员不再负责图书销售管理的业务时，也要对订单和图书做出相应的级联处理。6.总结通过这次课程设计，我对数据库的设计步骤有了更深的了解，更熟练得掌握了数据库原理的知识，熟悉了一个在线图书销售管理系统的运作和操作，虽然是进过很多简化的，实际情况会远比这个复杂得多。通过各实体和属性间的关系，设计E-R图，再根据概念结构设计的E-R图，转换到关系模式，对数据模型进行优化等。此次我设计出的在线图书销售管理系统是经过大量简化的，但在数据库的设计过程中，我也遇到了种种困难，比如E-R图的的确定、数据模型的优化，每一个问题的解决都加深了我对数据库的了解。不过，由于专业知识的限制，我所制作的在线图书销售管理系统并没有做出物理设计的过程，不过，我已经最大限度的将所学的运用到实践中来，是一次很好的将数据库的知识运用到实践中来的机会。专心-专注-专业