数据库sql 的课程设计怎么做，要借哪些书看，求大神指教

IT行业，数据库确实是一门相当重要的课程。但是在大学里面，对待数据库原理及应用这么课程以及其课程设计的重视程度就相差很大了，各个学校要求也不一样。如果是要学好，那确实要下工夫；如果只是完成课程设计，交差了事，其实相当简单。

既然是课程设计，也算是个小小的项目，既然是项目，也就离不开需求分析、数据库设计、部署实现等环节。当然，这个小小的项目只需要前面的部分：需求和数据库设计，数据库设计是重点。

需求分析就不用多说，和所有其他项目一样，无非就是用户需求，功能需求，系统需求等，找任何一本关于需求分析的书都是可以，除了那些个空话之外，更多的是要根据设计需要进行分析。

数据库设计就比较复杂一点，首先得把数据库原理搞清楚，比如：符合什么样的范式，怎么画ER图，如何理解用例图。在设计数据库之前，有一系列的分析要做：面向对象分析，用例分析，类和对象分析等等。分析到位是数据库设计成功的重要保障。分析完成之后才是设计，比如：逻辑结构设计，关系模式设计，存取方法设计，存储结构设计，数据完整性设计，参考完整性设计，Check约束，Default约束，触发器设计，视图设计，存储过程设计，权限设计等。这些都完成了，最后一步才是写SQL代码实现这些设计，创建数据库及相关的数据表，关联，视图，触发器，存储过程等一些列的看得见的数据库参数。

上面说的比较理论，也比较笼统。我想我可以用一个简单例子告诉你我要表达的意思。例子很简单，其中很多地方都不是太好，不过或许可以给你一个直观的思路。

数据库应用课程设计报告书

网上超市管理系统　

成    绩：

学    号：

姓    名：

指导教师：

20    年  月  日

目录

任务书 (3)

1    需求调查、分析 (4)

11         企业介绍 (4)

12         需求调查及分析 (5)

2    面向对象分析和设计 (7)

21  用例分析 (7)

22类和对象设计   (12)

3    逻辑结构设计 (15)

31  类和对象向关系模式转换 (15)

32 关系模式优化   (16)

4    数据库物理结构设计 (16)

41 存取方法设计   (16)

42  存储结构设计   (17)

5    数据库完整性设计 (17)

51 主键及唯一性索引  (17)

52  参照完整性设计 (18)

53  Check约束  (18)

54  Default约束   (18)

55 触发器设计  (19)

6    数据库视图设计 (19)

7    数据库存储过程设计 (20)

8    权限设计 (20)

9    总结 (21)

参考资料 (21)

网上超市管理系统

摘要：

网上超市管理系统，是以网上管理方式为实例而设计的一种实用型管理系统。本系统最大的特点是通用性、简单 *** 作性，适用于超市的管理。随着商品的增多，商品管理人员的负担越来越重，为了让所有商品管理人员能从繁重的工作中解脱出来，实现无纸化办公；也为了使工作更有条理，更方便，更有效率，更为了超市在经营中提高利润而开发出这套网上超市管理系统。

1　需求调查、分析

11      企业介绍

在Internet飞速发展的今天，互联网成为人们快速获取、发布和传递信息的重要渠道，它在人们政治、经济、生活等各个方面发挥着重要的作用。在政府的大力提倡和支持下，我国电子商务已走上了健康发展的轨道。各行业纷纷建立自己的网站，开展网上产品信息发布，进行网上洽谈、签约，开展网络营销。将超市办成网上超市已经是大势所趋，甚至一些小型的超市也可以开展网上交易。总之，电子商务以互联网为媒介，以信息传播速度快、受众广泛、低成本动作的优势决定着其必然成为未来营销的主导，我国企业要充分重视由此带来的机遇和挑战，才能在激烈的国际竞争中立于不败之地。

在超市经营中，随着超市规模的不断扩大，人们对超市服务的要求不断提高，使用一款适合的网上超市管理系统将更加迫切。利用网上超市，人们可以在家里逛超市，只需要办理会员卡，就可以为本地顾客送货上门。不仅如此，把超市办成网上经营和管理将大大提高效率和收益。因此，开发一个网上超市管理系统是非常有必要和好处的。

12　需求调查及分析

121顾客需求

为方便用户购买商品，网上超市客户系统应该提供如下所示几种功能：

（1）商品分类：网上超市与传统超市相比的一个优势是，当用户明确自己要买哪类商品时，用户可以使用商品分类功能快速找到需要的商品。

（2）商品预览：以列表的方式显示商品信息，这样可以在页面显示大量的商品信息，同时可以提供更多的商品浏览方式，如分类浏览、热门商品等。

（3）商品显示：当用户找到感兴趣的商品后需要显示商品的详细信息，包括商品简介、出产商、价格等。

（4）购物帮助：当用户在购物中遇到什么问题时，可以查看购物帮助获得相关信息。管理员会根据顾客反映的情况及时更改或增添购物帮助的内容。

（5）购物车：当用户找到需要的商品时，可以先将商品加入购物车，然后继续允许找其他的商品，购物车中存储当前用户打算购买的所有商品。

（6）商品订单：当用户在网上超市中找到了所有需要的商品后，决定购买，可以下订单。管理员会定期处理用户下达的订单，并根据用户订单的信息向用户送货。

（7）用户注册：提供用户注册功能以及相关的用户信息修改、密码维护等。

122销售管理员需求

网上超市的销售部分的管理员功能是维护销售的正常工作，它需要提供如下功能：

（1）商品管理：商品是网上超市的内容所在，管理员需要能够维护超市中的商品信息。同时与商品相关的商品类型等信息也需要管理员维护。

（2）会员管理：由于有注册用户，所以管理员需要对拥护账号进行管理，如删除一些无效账号等。

（3）订单处理：在用户下达订单后，管理员需要对用户订单进行处理，为用户准备订购的商品，并组织送货、收取货等。

（4）购物帮助管理：管理员要根据用户反映的情况及时修改购物帮助的内容，使用户得到即时的帮助。

123采购、仓存管理员需求

网上超市的系统中将采购员和仓存管理员统一为采购、仓存管理员，其主要需求如下：

（1）录入商品信息：商品是网上超市的内容所在，当有新进的货物时，采购管理员需要维护超市中的商品信息。

（2）维护供应商信息：采购管理员在进行采购工作时，就需要对供应商信息的查询。

（3）维护仓库信息：有多上仓库，什么商品存放在哪个仓库，这些都需要采购仓存管理员来维护。

124系统管理员需求

网上超市的系统管理员功能是维护系统的正常工作，它需要提供如下功能：

（1）对系统中用户的管理：系统中顾客，销售管理员，采购、仓存管理员都是系统的用户，这些用户就需要系统管理员进行统一管理。

（2）会员管理：由于有注册用户，所以管理员需要对拥护账号进行管理，如删除一些无效账号等。但这样的一个功能可以授权于销售管理员去处理。

125数据库需求分析

用户的需求具体体现在各种信息的提供、保存、更新和查询。这就要求数据库结构能够充分地满足各种信息的输入和输出。收集基本数据、数据结构和数据处理流程，为下一步的具体设计做好充分的准备。

网上超市管理系统要处理的数据流程图：

　

2　面向对象分析和设计

21      用例分析

     22     类和对象设计

3　逻辑结构设计

31　类和对象向关系模式转换

顾客信息（姓名、顾客编号、性别、出生年月、家庭地址、邮政编码、是否居住本地区、联系电话、身份z号、备注信息）

供应商信息（供应商编号、公司名称、联系人姓名、联系地址、所在城市、邮政编码、电话号码、传真号码、备注信息）

购物车（商品编号、顾客编号、商品名称、商品规格、时间、备注信息）

商品信息（商品编号、商品名称、单价、商品规格、商品产地、保质期、类别、备注信息）

订单信息（订单编号、商品编号、顾客编号、商品名称、商品规格、数量、顾客姓名、时间、备注信息）

员工信息（姓名、职工号、部门编号、性别、出生年月、家庭地址、邮政编码、联系电话、身份z号、备注信息）

进货信息（进货信息编号、供应商编号、公司名称、联系人姓名、商品编号、商品名称、商品规格、商品产地、商品数量、商品单价、进货日期、备注信息）

部门信息（部门编号、部门名称、负责人姓名）

销售信息（销售信息编号、顾客编号、顾客姓名、商品编号、商品名称、商品规格、商品产地、商品数量、商品单价、销售日期、折扣、备注信息）

仓库信息（仓库编号、仓库名称、存放商品类别、容量、负责人编号，负责人姓名）

留言信息（留言编号、留言标题、留言内容、留言日期、顾客编号、回复人编号、回复日期）

积分信息（积分编号、顾客编号、顾客姓名、积分）

商品入库（仓库编号、仓库名称、商品编号、商品名称、库存量、入库时间）

32　关系模式优化

顾客信息（姓名、顾客编号、性别、出生年月、家庭地址、邮政编码、是否居住本地区、联系电话、身份z号、备注信息）

供应商信息（供应商编号、公司名称、联系人姓名、联系地址、所在城市、邮政编码、电话号码、传真号码、备注信息）

购物车（商品编号、顾客编号、时间、备注信息）

商品信息（商品编号、商品名称、单价、商品规格、商品产地、保质期、类别、备注信息）

订单信息（订单编号、商品编号、顾客编号、数量、时间、备注信息）

员工信息（姓名、职工号、部门编号、性别、出生年月、家庭地址、邮政编码、联系电话、身份z号、备注信息）

进货信息（进货信息编号、供应商编号、商品编号、商品名称、商品规格、商品数量、商品单价、进货日期、备注信息）

部门信息（部门编号、部门名称、负责人姓名）

销售信息（销售信息编号、顾客编号、商品编号、商品数量、商品单价、销售日期、折扣、备注信息）

仓库信息（仓库编号、仓库名称、存放商品类别、容量、负责人编号）

留言信息（留言编号、留言标题、留言内容、留言日期、顾客编号、回复人编号、回复日期）

积分信息（积分编号、顾客编号、积分）

商品库存（仓库编号、商品编号、库存量、入库时间）

4　数据库物理结构设计

41       存取方法设计

42       存储结构设计

为了提高查询时间和空间的利用率，对网上超市管理系统的数据库作如下设计：

首先将网上超市管理系统日志文件存放在磁带上，因为数据库的数据备份和日志文件等只在故障恢复的时候才要使用，而且数据量很大。第二，把所有的基本表（如：顾客信息表）存放在一块磁盘上，而所有的索引则存放在另一块磁盘上。这样分开存放的目的在于查询时多个磁盘驱动器并行工作，提高了物理I/O读写效率，也加快了存取速度。

5　数据库完整性设计

51　主键及唯一性索引

52       参照完整性设计

1、由于员工信息表中的部门编号必须在部门信息中存在，而部门编号又是部门信息表中的主键，所以员工信息表中将属性部门编号设计为外键。

2、订单信息表中属性商品编号对应于商品信息表中的商品编号，因此将其设计为外键。

订单信息表中字段顾客编号对应于顾客信息表中的顾客编号，而顾客编号又是顾客信息的主键，所以将顾客编号作为订单信息表的外键。

3、进货信息表中属性商品编号对应于商品信息表中的商品编号，因此将其设计为外键。

进货信息表中字段供应商编号对应于供应商信息表中的供应商编号，而供应商编号又是供应商信息表的主键，所以将供应商编号作为进货信息表的外键。

4、销售信息表中字段顾客编号对应于顾客信息表中的顾客编号，而顾客编号又是顾客信息表的主键，所以将顾客编号作为销售信息表的外键。此外，销售信息表中的商品编号必须在商品信息表中存在，所以将商品编号也设计为改表的外键。

5、留言信息表中顾客编号需要在顾客信息表中存在记录，把顾客编号作为该表的外键。留言信息表中的属性回复人编号必须是员工信息表在存在的记录，所以把回复人编号也设为留言信息表的外键。

6、积分表中的属性顾客编号对应于顾客信息表中的顾客编号，而顾客编号是主键，所以将其设计为积分表的外键。

53　Check约束

1、对积分表中的积分字段设计check约束：积分必须是大于或者等于0的。

2、订单信息表、进货信息表和销售信息表对数量、商品数量设计check约束：即这些属性值必须取大于或者等于0的值。

54　Default约束

1、积分表中的积分字段设计default约束：积分默认值为0。

2、订单信息表中属性值数量默认为1单位。

55       触发器设计

1、 当采购完成后，即在进货信息表中添加信息时，建立该表上的插入触发器。该触发器的功能是当进货信息表中插入信息时，将进货的商品信息自动添加到商品信息表中以及在商品库存表在自动增加库存量。在这些动作完成之后，将进货信息表中添加的该信息删除。

2、 在订单信息表上建立插入触发器。如果订单中要添加的商品信息在商品信息表中不存在，则不予以添加。当订单信息成功提交，即订单信息表在成功插入新记录时，首先根据该顾客的积分情况自动生成折扣，然后自动将订单信息表中的记录添加到销售信息表中，并且将积分信息表中的记录更新或添加。在这些动作完成之后，再将订单信息表在的该记录删除。

3、 在商品库存量不足的时候需要系统提示工作人员及时的进行采购，所以在商品库存表上建立一个触发器就可以完成以上功能。当商品库存量到达一定的底线时，自动给采购、库存管理员留言，即在留言信息表中添加信息。这样可以对商品库存情况动态掌握。

6              数据库视图设计

1、为了方便查看部门信息，建立部门信息视图。显示部门信息表中的全部内容。

2、商品查询在网上超市管理系统中查看的非常频繁，需要建立商品信息视图。显示商品信息表中的全部信息。

3、建立顾客信息视图，显示顾客信息表中的全部内容。

4、在采购的时候，采购人员需要对供应商的信息进行查询，因此需要建供应商信息视图，显示该表中的全部内容。

5、当顾客在网上逛过超市后会将自己喜欢的商品先放入购物车中备选，这时就需要对购物车进行查询。所以有必要建立购物车信息视图。除了显示购物车表中的全部信息外，还需要连接查询并显示商品信息表中的商品名称和商品规格以及其他的商品信息。

6、顾客确定要购买商品的时候，需要提交订单信息，而在提交之前必须对其进行查询，所以需要建立订单信息视图。显示订单信息，以及连接查询并显示商品信息表中的商品名称和商品规格以及其他的商品信息。

7、对于网上超市的各部门的负责人来说，经常需要对员工的信息查看，故建立员工信息视图。除显示员工信息表中全部信息外，还要通过连接查询并显示部门名称。

8、采购人员在采购前后都需要对进货信息进行查询，这就需要建立进货信息视图。除显示进货信息表中全部信息外，还要通过连接查询并显示供应商的公司名称、联系人姓名、联系电话和商品名称、商品规格、商品产地、数量及单价。

9、每隔一段时间，都要查看一下收益如何，即查询销售情况。因此需要建立一个销售信息视图。显示销售信息表中的全部信息和通过连接查询并显示商品名称、商品规格、商品产地、数量及单价。除此之外，还要计算并显示销售总额。

10、建立仓库信息视图，显示仓库信息表中的所有信息即可。

11、建立留言信息视图。显示留言信息表中的全部信息以及通过连接查询并显示顾客姓名和回复人的姓名。

12、对积分的查询也是顾客经常查询的项目。所以非常有必要建立积分信息视图。显示积分信息表在的所有信息和连接查询并显示顾客姓名。

13、不管是在销售还是在采购的时候，都要对商品的库存量进行查询。因此要建立商品库存信息视图。显示库存信息以及通过连接查询并显示仓库名称和商品名称、商品规格等其他商品信息。

7              数据库存储过程设计

1、 顾客是网上超市管理系统的最主要的用户，也需要经常的添加和删除，故建立顾客删除存储过程。在删除某个顾客信息的时候，如果他的购物车中还有记录，则将其删除；若他提交了订单信息，也要把订单信息中的记录删除；最后还要把留言信息表和积分表中与该顾客相关的信息一并删除。

2、 建立删除员工的存储过程。如果该员工是某个部门的负责人，则一般情况下不予以删除，如果要删除，则必须对部门信息表中的负责人进行更新。若该员工是留言信息表中的回复人，则要对留言信息表在回复人编号进行修改或者删除。

3、 建立删除商品的存储过程。如果某个商品已经过了保质期或者已经被淘汰了，则要对这样的商品进行删除。首先要在商品信息表中把这些商品删除，在商品库存表将其删除，其次若果有顾客将该商品选入了购物车，甚至提交了订单，则要对顾客予以说明并将其从购物车表和订单信息表中删除。

8              权限设计

9　总结

理论联系实际才能做好一件事，学习一门课程同样是这样。通过一周的数据库课程设计实习，我受益匪浅，从中学到了许多新知识，这些知识是在课堂中不能学到或者说很难学到的。并且对数据库应用这一门课程有了更深一步的理解。在做课程设计中，我们可以把课堂上所学的理论知识和实践联系起来，在所要开发的系统中渐渐学会了融会贯通。同样通过对SQL的应用，也使我们熟练和巩固了对SQL的理解。这样我们对开发系统的整个过程也有了一个系统的了解。

这次课程设计，我选择的课题是《教务管理系统》，在教务管理系统的开发中采用了完整的数据库设计的全过程，从需求分析到概念结构设计，到逻辑结构设计，再到物理结构设计，最后到数据库的实施和维护，每一步都认真的分析和实施。当然，在本次课程设计的成果中还存在许多的不足之处，这就需要我们学习更多的知识，进行更深研究。

在这次实习中，我们完全投入到了开发系统的世界里。结束后明白了理论和实践要想充分地结合，需要非常扎实的基本功。这就说明学好基础知识是理论付诸实践的前提。在开发教务管理系统中我学到了很多，希望在以后能充分利用实习的机会充实自己，用所学的理论知识充分去实践，在实践中又要努力去巩固理论知识。只有这样，才能把一门课程甚至一门学科学精、学透

参考资料：

1     萨师煊，王珊数据库系统概论高等教育出版社第三版2000

2     龚波等译 SQL SERVER 2000教程北京希望电子出版社

3     史嘉权，史红星，李博等数据库系统概论习题、实验与考试辅导清华大学出版社2006

4     赵乃真等信息系统设计与应用清华大学出版社2005

注：由于这里不好排版，文章中的表格和没有显示出来，我打包成附件了，可以下载查看。

一、简述一下MongoDB的应用场景

mongodb 支持副本集、索引、自动分片，可以保证较高的性能和可用性。

更高的写入负载

默认情况下，MongoDB 更侧重高数据写入性能，而非事务安全，MongoDB 很适合业务系统中有大量 “低价值” 数据的场景。但是应当避免在高事务安全性的系统中使用 MongoDB，除非能从架构设计上保证事务安全。

高可用性

MongoDB 的复副集 (Master-Slave) 配置非常简洁方便，此外，MongoDB 可以快速响应的处理单节点故障，自动、安全地完成故障转移。这些特性使得 MongoDB 能在一个相对不稳定（如云主机）的环境中，保持高可用性。

数据量很大或者未来会变得很大

依赖数据库 (MySQL) 自身的特性，完成数据的扩展是较困难的事，在 MySQL 中，当一个单达表到 5-10GB 时会出现明显的性能降级，此时需要通过数据的水平和垂直拆分、库的拆分完成扩展，使用 MySQL 通常需要借助驱动层或代理层完成这类需求。而 MongoDB 内建了多种数据分片的特性，可以很好地适应大数据量的需求。

基于位置的数据查询

MongoDB 支持二维空间索引，因此可以快速及精确地从指定位置获取数据。

表结构不明确

在一些传统 RDBMS 中，增加一个字段会锁住整个数据库 / 表，或者在执行一个重负载的请求时会明显造成其它请求的性能降级。通常发生在数据表大于 1G 的时候（当大于 1TB 时更甚）。 因 MongoDB 是文档型数据库，为非结构货的文档增加一个新字段是很快速的 *** 作，并且不会影响到已有数据。另外一个好处当业务数据发生变化时，是将不再需要由 DBA 修改表结构。

二、数据库设计经验，为什么进行分表？分库？一般多少数据量开始分表？分库？分库分表的目的？

1、为什么要分表

当一张表的数据达到几百万时，你查询一次所花的时间会变多，如果有联合查询的话，有可能会死在那儿了。分表的目的就在于此，减小数据库的负担，缩短查询时间。日常开发中我们经常会遇到大表的情况，所谓的大表是指存储了百万级乃至千万级条记录的表。这样的表过于庞大，导致数据库在查询和插入的时候耗时太长，性能低下，如果涉及联合查询的情况，性能会更加糟糕。

分表和表分区的目的就是减少数据库的负担，提高数据库的效率，通常点来讲就是提高表的增删改查效率。数据库中的数据量不一定是可控的，在未进行分库分表的情况下，随着时间和业务的发展，库中的表会越来越多，表中的数据量也会越来越大，相应地，数据 *** 作，增删改查的开销也会越来越大；另外，由于无法进行分布式式部署，而一台服务器的资源（CPU、磁盘、内存、IO 等）是有限的，最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。

2、分表的方案

做 mysql 集群，有人会问 mysql 集群，根分表有什么关系吗？虽然它不是实际意义上的分表，但是它启到了分表的作用，做集群的意义是什么呢？为一个数据库减轻负担，说白了就是减少 sql 排队队列中的 sql 的数量，举个例子：有 10 个 sql 请求，如果放在一个数据库服务器的排队队列中，他要等很长时间，如果把这 10 个 sql 请求，分配到 5 个数据库服务器的排队队列中，一个数据库服务器的队列中只有 2 个，这样等待时间是不是大大的缩短了呢？

linux mysql proxy 的安装，配置，以及读写分离

mysql replication 互为主从的安装及配置，以及数据同步

优点：扩展性好，没有多个分表后的复杂 *** 作（php 代码）

缺点：单个表的数据量还是没有变，一次 *** 作所花的时间还是那么多，硬件开销大。

三、简述一下数据库主从复制，读写分离

什么是主从复制

主从复制，是用来建立一个和主数据库完全一样的数据库环境，称为从数据库；

主从复制的原理：

1数据库有个bin-log二进制文件，记录了所有的sql语句。

2只需要把主数据库的bin-log文件中的sql语句复制。

3让其从数据的relay-log重做日志文件中再执行一次这些sql语句即可。

主从复制的作用

1做数据的热备份，作为后备数据库，主数据库服务器故障后，可切换到从数据库继续工作，避免数据丢失。

2架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问频率，提高单机的I/O性能

3主从复制是读写分离的基础，使数据库能制成更大 的并发。例如子报表中，由于部署报表的sql语句十分慢，导致锁表，影响前台的服务。如果前台服务使用master，报表使用slave，那么报表sql将不会造成前台所，保证了前台的访问速度。

主从复制的几种方式：

1同步复制：所谓的同步复制，意思是master的变化，必须等待slave-1,slave-2,…,slave-n完成后才能返回。

2异步复制：如同AJAX请求一样。master只需要完成自己的数据库 *** 作即可。至于slaves是否收到二进制日志，是否完成 *** 作，不用关心。MYSQL的默认设置。

3半同步复制：master只保证slaves中的一个 *** 作成功，就返回，其他slave不管。

这个功能，是由google为MYSQL引入的。

关于读写分离

在完成主从复制时，由于slave是需要同步master的。所以对于insert/delete/update这些更新数据库的 *** 作，应该在master中完成。而select的查询 *** 作，则落下到slave中。

以上就是关于数据库sql 的课程设计怎么做，要借哪些书看，求大神指教全部的内容，包括:数据库sql 的课程设计怎么做，要借哪些书看，求大神指教、PHP中高级面试题 – 第三天、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！