数据库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

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

概念建模

数据建模大致分为三个阶段，概念建模阶段，逻辑建模阶段和物理建模阶段。其中概念建模和逻辑建模阶段与数据库厂商毫无关系，换言之，与MySQL，SQL Server，Oracle没有关系。物理建模阶段和数据库厂商存在很大的联系，因为不同厂商对同一功能的支持方式不同，如高可用性，读写分离，甚至是索引，分区等。

概念建模阶段

实际工作中，在概念建模阶段，主要做三件事：

1 客户交流

2 理解需求

3 形成实体

这也是一个迭代，如果先有需求，尽量去理解需求，明白当前项目或者软件需要完成什么，不明白或者不确定的地方和客户及时交流，和客户double confirm过的需求，落实到实体（Package）；但是好多时候我们需要通过先和客户交流，进而将交流结果落实到需求，之后进一步具体到实体；本文可能会涉及到一些来自于EA（Enterprise Architect 71）建模术语，（EA中将每个实体视为一个Package）。这里并不对各种建模工具进行比较，如Visio，EA，PowerDesigner， ERWin等；其实作为员工的我们选择性很少，公司有哪个产品的Licence，我们就用哪个吧。

举例说明：在一个B2C电子商务网站中，这样的需求再普通不过了：客户可以在该网站上自由进行购物！我们就以这个简单例子，对其进行细分，来讲解整个数据建模的过程，通过上面这句话，我们可以得出三个实体：客户，网站，商品；就像Scrum（敏捷开发框架的一种）中倡导的一样每个Sprint，都要产出确确实实的东西，OK，概念建模阶段，我们就要产出实体。客户和商品（我们将网站这个实体扔掉，不需要它。）

在创建这两个实体（Package）的时候，我们记得要讲对需求的理解，以及业务规则，作为Notes添加到Package中，这些信息将来会成为数据字典中非常重要的一部分，也就是所谓的元数据。BTW，EA或者其他建模工具应该都可以自动生成数据字典，只不过最终生成的格式可能不太一样。如在Customer这个Package的Notes上，我们可以这样写，用户都要通过填写个人基本信息以及一个邮箱来注册账户，之后使用这个邮箱作为登录帐号登录系统进行交易。

在概念建模阶段，我们只需要关注实体即可，不用关注任何实现细节。很多人都希望在这个阶段把具体表结构，索引，约束，甚至是存储过程都想好，没必要！！因为这些东西使我们在物理建模阶段需要考虑的东西，这个时候考虑还为时尚早。可能有的人在这个阶段担心会不会丢掉或者漏掉一些实体也不用担心，2013年好多公司都在采用Scrum的开发模式，只要你当前抽象出来的实体满足当前的User Story，或者当前的User Story里面的实体，你都抽象出来了，就可以了！如果你再说，我们User Story太大，实体太多，不容易抽象，那就真没办法了，建议你们的团队重新开Sprint 计划会议。

逻辑建模

逻辑建模阶段

对实体进行细化，细化成具体的表，同时丰富表结构。这个阶段的产物是，可以在数据库中生成的具体表及其他数据库对象（包括，主键，外键，属性列，索引，约束甚至是视图以及存储过程）。我在实际项目中，除了主外键之外，其他的数据库对象我都实在物理建模阶段建立，因为其他数据库对象更贴近于开发，需要结合开发一起进行。如约束，我们可以在web page上做JavaScript约束，也可以在业务逻辑层做，也可以在数据库中做，在哪里做，要结合实际需求，性能以及安全性而定。

针对Customer这个实体以及我们对需求的理解，我们可以得出以下几个表的结构，用户基本信息表（User），登录账户表（Account），评论表（Commnets,用户可能会对产品进行评价），当然这个案例中我们还会有更多的表，如用户需要自己上传头像（），我们要有Picture表。

针对产品实体，我们需要构建产品基本信息表（Product），通常情况下，我们产品会有自己的产品大类（ProductCategory）甚至产品小类（ProductSubCategory），某些产品会因为节假日等原因进行打折，因为为了得到更好的Performance我们会创建相应ProductDiscount表，一个产品会有多张，因此产品表（ProductPicture）以及产品关系表（ProductPictureRelationship），（当然我们也可以只设计一张Picture表，用来存放所有，用户，产品以及其他）有人说产品和是一对多的关系，不需要创建一个关系表啊是的，我认为只要不是一对一的关系，我都希望创建一个关系表来关联两个实体。这样带来的好处，一是可读性更好，实现了实体和表一一对应的关系，二是易于维护，我们只需要维护一个关系表即可，只有两列（ProductID和PictureID），而不是去维护一个Picture表。

客户进行交易，即要和商品发生关系，我们需要Transaction表，一个客户会买一个或者多个商品，因为一笔Transaction会涉及一个或多个Products，因此一个Transaction和ProductDiscount之间的关系（ProductDiscount和Product是一一对应的关系）需要创建，我们称其为Item表，里面保存TransactionID以及这笔涉及到的ProductDiscountID（s），这里插一句，好多系统都需要有审计功能，如某个产品历年来的打折情况以及与之对应的销售情况，我们这里暂不考虑审计方面的东西。

就这样，我们根据需求我们确定下来具体需要哪些表，进一步丰富每一个表属性（Column），当然这里面会涉及主键的选取，或者是使用代理键（Surrogate Key），外键的关联，约束的设置等细节，这里笔者认为只要能把每个实体属性（Column）落实下来就是很不错了，因为随着项目的开展，很多表的Column都会有相应的改动。至于其他细节，不同数据库厂商，具体实现细节不尽相同。关于主键的选取多说一句，有的人喜欢所有的表都用自增长ID作为主键，而有的人希望找到唯一能标识当前记录的一个属性或者多个属性作为主键；自增长ID作为代理主键，对于将来以多个类似当前Transaction System作为数据源，构建数据仓库的时候，这些自增长ID主键会是一个麻烦（多个系统中，相同表存在大量主键重复）；使用一个属性或多个属性作为作为主键，不管主键是可编辑的，读写效率是我们必须考虑得。所以并没有一个放之四海而皆准的原则，笔者只是给大家推荐一些考虑的因素。

物理建模

物理建模阶段

EA可以将在逻辑建模阶段创建的各种数据库对象生成为相应的SQL代码，运行来创建相应具体数据库对象（大多数建模工具都可以自动生成DDL SQL代码）。但是这个阶段我们不仅仅创建数据库对象，针对业务需求，我们也可能做如数据拆分（水平或垂直拆分），如B2B网站，我们可以将商家和一般用户放在同一张表中，但是针对PERFORMANCE考虑，我们可以将其分为两张表；随业务量的上升，Transaction表越来越大，整个系统越来越慢，这个时候我们可以考虑数据拆分，甚至是读写分离（即实现MASTER-SLAVE模式，MYSQL/SQLSERVER可以使用Replication，当然不同存储引擎采用不同的方案），这个阶段也会涉及到集群的事情，如果你是架构师或者数据建模师，这个时候你可以跟DBA说，Alright,I am done with it,now is your show time

相信大家都知道范式，更有好多人把3NF奉为经典，3NF确实很好，但是3NF是几十年前提出来的，那个时候的数据量以及访问频率和2012年完全不是一个数量级的；因此我们绝对不能一味地遵守3NF；在整个数据建模过程中，在保证数据结构清晰的前提下，尽量提高性能才是我们关注的要点，因此笔者大力倡导数据适当冗余!

上面笔者是结合一些实际例子表达自己对数据建模的观点，希望对读着有用。在数据建模过程中，不要希望一步到位将数据库设计完整，笔者不管是针对data warehouse还是Transactional Database设计，从来没有过一次成功的经历。随着项目的进行，客户和开发团队对业务知识与日增长，因此原来的设计也在不断完善中。毕竟，数据建模或者设计数据库不是我们的最终目的，我们需要的是一个健壮，性能优越，易扩展，易使用的软件!

如果在一个模块中一个函数的定义是以“BuilderrForm”开始同时包含一个类似于Onclose属性或事件标识符，按下SHIFT和F2键就可以调用这个过程。例如，当你在一个form的设计窗口中，而当前的光标落在属性窗口中的Onclose事件的编辑控制上，按下SHIFT和F2键将能调用BuilderFormOnclose函数。这使用于form和reports的大部分属性和所有事件。下面的代码将说明函数的格式：

FunctionBuilderFormOnClose(szFormNameAsString,

szControlNameAsString,szCurrentValueAsString,szReservedAsString)

IfszCurrentValue=""Then

DoCmdSelectObjectA_MACRO,"",True

SendKeys"%n%fs"&"NewMacro"&"{Enter}"

Forms(szFormName)OnClose="NewMacro"

Else

DoCmdSelectObjectA_MACRO,szCurrentValue,True

SendKeys"%d"

EndIfEndFunction

参数szFormName,szControlName,szCurrentValue,和szReserved必须声明，即使你从不使用它们。当你的函数被调用时，这些参数总是要被传递的。如果它们没有被声明，那么MicrosoftAccess将不会调用你的函数。如果有一个参数被分配到Onclose事件上，那么前面的过程将打开一个宏，如果编辑控制是空，那么代码产生一个名为“NewMacro”的新宏，同时把编辑控制值设置为“NewMacro”。诚然，前面的例子并不是非常完美，但它的确说明了要产生一个完美而有效的程序所必须的条件。

一、专业基本信息

专业代码：080902

中文专业名称：软件工程

英文专业名称： Software Engineering

学科门类：工学

类别：计算机类

授予学位：工学学士

专业优势与特色：针对四川省内中小型IT企业急需软件测试人才的现状，本专业开设软件测试课程模块并由获得国家软件测试中心认证的教学团队组织教学和指导实践，以加强学生软件测试技术的培养。

二、本专业培养适应社会主义现代化建设需要，德、智、体、美等方面全面发展，掌握自然科学和人文社会科学基础知识、计算机科学基础理论、软件工程专业及应用知识，具备将基本原理与技术应用于对复杂软件系统进行分析、设计、验证、确认、实现、应用和维护，以及软件系统开发和管理的能力，具有初步的创新、创业意识，具有竞争和团队精神，能适应技术进步和社会需求变化，能在企业、事业单位从事软件设计、开发、测试、管理和服务工作的高素质基层应用型软件工程技术人才。

本专业面向四川区域经济发展，以电子信息产业(主要是软件和信息技术服务业)、新一代信息技术战略性新兴产业的需求为导向，服务于省内中小型IT企业，以应用型工程化人才培养为中心，注重应用能力培养和素质教育。

三、专业核心课程及简介

本专业核心课程共5门，包括：软件质量保证与测试、编译原理、软件设计与体系结构、软件需求分析、软件项目管理等。

软件质量保证与测试：本课程介绍软件质量与软件测试的基础知识以及软件测试的方法、技术和工具，使学生了解软件产品质量保证的思想和管理体系，掌握软件测试的方法和技术，具有综合运用软件测试方法、技术和工具的实际能力。

编译原理：本课程介绍编译程序构造的一般原理和基本方法。内容包括语言和文法、词法分析、语法分析、语法制导翻译、中间代码生成、存储管理、代码优化和目标代码生成。在理论、技术、方法上都对学生提供了系统而有效的训练，有利于提高软件人员的素质和能力。

软件设计与体系结构：本课程介绍软件设计的相关知识，深入讲解设计模式与中间件技术，使学生掌握设计模式和中间件的原理、方法和技术，理解软件设计的评价与改进，初步具备在实际开发中应用设计模式和中间件技术的能力。

软件需求分析：本课程将讲解需求获取、需求分析、需求验证和需求管理的相关技术以及需求文档标准，使学生能够运用多种技术获取和组织需求，使用目标分析和用例分析等技术进行需求分析，使用形式化和非形式化技术为不同类型的系统表示功能性和非功能性需求，能够根据标准验证需求，并与不同涉众进行协商和达成一致的需求。

软件项目管理：本课程介绍软件项目管理的概念和方法，主要内容包括项目合同管理、软件过程管理、项目计划与监控、项目风险管理、软件配置管理以及人员管理，使学生能够在有限的资源约束下，运用系统的观点、方法和理论，对软件开发项目的全过程进行计划、组织、指挥、协调、控制和评价，从而以最佳的成本效益来实现项目目标。

四、主要实践性教学环节

大学军事技能训练、工程素质训练、社会实践、程序设计综合课程设计、数据库建模课程设计、桌面应用开发实践、Web应用开发实践、企业应用开发实践、功能测试实践、自动化测试实践、自动化测试实践、软件工程综合实践、毕业实习、创新创业实践、毕业设计(论文)等。

自考/成考有疑问、不知道如何总结自考/成考考点内容、不清楚自考/成考报名当地政策，点击底部咨询官网，免费领取复习资料：>

《数据库原理及应用》课程设计

数据库原理课程设计任务书

一、目的

1 掌握计算机管理信息系统设计的一般方法，主要包括系统分析、系统设计的组织和实施。

2 关系型数据库管理系统的编程技术，并能独立完成一般小系统的程序设计、调试运行等工作。

3 培养把所学知识运用到具体对象，并能求出解决方案的能力。

二、任务（任选其一）

A运用关系型数据库管理系统，实现本院图书馆管理信息系统。具体要求如下：

—图书、资料的登记、注销和查询。

—借书证管理，包括申请、注销借书证，查询借书证持有人等。

—借还图书、资料的登记、超期处理，超期拒借等。

—图书、资料查询，借、还图书和资料情况查询。

—图书、资料借阅情况的统计分析，拒此作为图书馆图书、资料订够的依据之一。（本项不作为基本要求）

B 运用关系型数据库管理系统，实现服务电话管理系统

向客户现场派技术人员的服务公司可以用服务电话管理系统跟踪客户、员工、工作订单、发票、付款等等。

要求：

数据库要存储以下信息：

—客户信息

—客户工需单信息

—完成工需单所需人工

—完成工需单所需部件

—部件信息

—付款信息

—雇员信息

完成的功能：

—输入/查看客户工需单信息

—输入/查看部件、雇员等其它信息

—付款

—打印发票等

三、结果形式

1．设计报告：含E-R图、数据字典、关系模式、关系实例、查询描述、关系代数、SQL实现的查询语言及查询结果。

2．上机实现。

四、考核

1．课程设计态度（20分）。

2．递交的书面材料（40分）。

3．上机运行情况（40分）

1问题描述 2

11背景 2

12数据需求 2

13事物需求 3

14关系模式 3

2方案图表设计 3

21 E-R图 3

22数据流程图 8

23数据字典 9

24关系图： 11

3数据库源代码 12

31数据库建立 12

32数据初始化 14

4结果数据处理 17

41单表查询 17

42超期处理 19

43还书 *** 作 20

44借书 *** 作 22

45书籍状态 24

46读者状态 24

5结束语 26

51课程设计心得 26

1问题描述

11背景

随着图书馆规模的不断扩大，图书数量也相应的增加，有关图书的各种信息量也成倍增加，面对着庞大的信息量，传统的人工方式管理会导致图书馆管理上的混乱，人力与物力过多浪费，图书馆管理费用的增加，从而使图书馆的负担过重，影响整个图书馆的运作和控制管理，因此，必须制定一套合理、有效，规范和实用的图书管理系统，对图书资料进行集中统一的管理。

另一方面，IT产业和Internet获得了飞速发展，计算机应用已渗透到了各个领域，引起信息管理的革命，实现了信息的自动化处理，提高了处理的及时性和正确性。

提高图书管理工作效率，作到信息的规范管理，科学统计和快速查询，让图书馆更好的为学校，社会服务。

12数据需求

图书馆管理信息系统需要完成功能主要有：

1 读者基本信息的输入，包括借书证编号、读者姓名、读者性别。

2．读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。

3．书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。

4．书籍类别信息的查询、修改，包括类别编号、类别名称。

5．书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。

6．书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。

7．借书信息的输入，包括读者借书证编号、书籍编号、借书日期。

8．借书信息的查询、修改，包括借书证编号、读者编号、读者姓名、书籍编号、书籍名称、借书日期等。

9．还书信息的输入，包括借书证编号、书籍编号、还书日期。

10．还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。

11．超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。

12．超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等

13事物需求

(1)在读者信息管理部分,要求:

a可以查询读者信息。

b可以对读者信息进行添加及删除的 *** 作。

(2 )在书籍信息管理部分,要求:

a可以浏览书籍信息,要求:

b可以对书籍信息进行维护,包括添加及删除的 *** 作。

(3)在借阅信息管理部分,要求:。

a可以浏览借阅信息。

b可以对借阅信息进行维护 *** 作。

(4)在归还信息管理部分，要求:

a可以浏览归还信息

b对归还信息可修改维护 *** 作

(5)在管理者信息管理部分,要求:

a显示当前数据库中管理者情况。

b对管理者信息维护 *** 作。

(6)在罚款信息管理部分,要求:

a可以浏览罚款信息

b对罚款信息可以更新

14关系模式

(一) 书籍类别（种类编号，种类名称）

(二) 读者（借书证编号，读者姓名，读者性别，读者种类，登记时期）

(三) 书籍（书籍编号，书籍名称，书籍类别，书记作者，出版社名称，出版日期，登记日期）

(四) 借阅（借书证编号，书籍编号，读者借书时间）

(五) 还书（借书证编号，书籍编号，读者还书时间）

(六) 罚款（借书证编号，读者姓名，借书证编号，书籍编号，读者借书时间）

以上通过关系代数方法的进行运算得到所需要的结果，在实验结果中可以看到。

2方案图表设计

21 E-R图

根据1）所要实现的功能设计，可能建立它们之间的关系，进而实现逻辑结构功能。

图书管理信息系统可以划分的实体有：书籍类别信息实体、读者信息实体、书籍信息实体、借阅记录信息实体，归还记录信息实体。用E-R图一一描述这些实体。

211类别实体E-R图：

图2-1类别实体E-R图

212读者信息实体E-R图：

图2-2 读者信息实体E-R图

213信息实体E-R图：

图2-3信息实体E-R图

214记录信息实体E-R图：

图2-4 记录信息实体E-R图

215记录信息实体E-R图：

图2-5记录信息实体E-R图

216罚款信息实体E-R图：

图2-6罚款信息实体E-R图

216总的信息实体E-R图：

图2-7总的信息实体E-R图

22数据流程图

归还信息录入基本信息录入

基本信息录入基本信息录入

借阅信息录入

读者信息返回书籍信息返回

图2-7系统的数据流程图

23数据字典

表2-1 book_sytle 书籍类别信息表

表中列名数据类型可否为空说明

bookstyleno varchar not null(主键) 种类编号

bookstyle Varchar not null 种类名称

表2-2 system_readers读者信息表格

表中列名数据类型可否为空说明

readerid varchar not null(主键) 读者借书证号

readername varchar not null 读者姓名

readersex varchar not null 读者性别

readertype varchar null 读者种类

regdate datetime null 登记日期

表2-3 system_book书籍信息表

表中列名数据类型可否为空说明

bookid Varchar Not null(主键) 书籍编号

bookname Varchar Not null 书籍名称

bookstyle Varchar Not null 书籍类别

bookauthor Varchar Not null 书籍作者

bookpub Varchar Null 出版社名称

bookpubdate Datetime Null 出版日期

bookindate Datetime Null 登记日期

isborrowed Varchar Not Null 是否被借出

表2-4 borrow_record 借阅记录信息表

表中列名数据类型可否为空说明

readerid Varchar Not null(外主键) 读者借阅证编号

bookid Varchar Not null(外主键) 书籍编号

borrowdate Varchar Not null 读者借书时间

表2-5 return_record 借阅记录信息表

表中列名数据类型可否为空说明

readername Varchar Not null(外主键) 读者借阅证编号

readerid Varchar Not null(外主键) 书籍编号

returndate datetime Not null 读者还书时间

表2-6 reader_fee 罚款记录信息表

readerid varchar Not null 读者借书证编号

readername varchar Not null 读者姓名

bookid varchar Not null(外主键) 书籍编号

bookname varchar Not null 书籍名称

bookfee varchar Not Null 罚款金额

borrowdate datetime Not Null 借阅时间

24关系图：

图2-8数据库存表关系图

3数据库源代码

31数据库建立

311创建数据库

USE master

CREATE DATABASE librarysystem

( NAME = librarysystem,

FILENAME = 'd:\librarysystemmdf',

SIZE = 10,

MAXSIZE = 50,

FILEGROWTH = 5 )

LOG ON

( NAME = 'library',

FILENAME = 'd:\librarysystemldf',

SIZE = 5MB,

MAXSIZE = 25MB,

FILEGROWTH = 5MB )

312书本类别表建立

create table book_style

(

bookstyleno varchar(30) primary key,

bookstyle varchar(30)

)

313创建书库表

create table system_books

(

bookid varchar(20) primary key,

bookname varchar(30) Not null,

bookstyleno varchar(30) Not null,

bookauthor varchar(30),

bookpub varchar(30) ,

bookpubdate datetime,

bookindate datetime ,

isborrowed varchar (2) ,

foreign key (bookstyleno) references book_style (bookstyleno),

)

314借书证表建立

create table system_readers

( readerid varchar(9)primary key,

readername varchar(9)not null ,

readersex varchar(2) not null,

readertype varchar(10),

regdate datetime

)

315借书记录表建立

create table borrow_record

( bookid varchar(20) primary key,

readerid varchar(9),

borrowdate datetime,

foreign key (bookid) references system_books(bookid),

foreign key (readerid) references system_readers(readerid),

)

316还书记录表建立

create table return_record

( bookid varchar(20) primary key,

readerid varchar(9),

returndate datetime,

foreign key (bookid) references system_books(bookid),

foreign key (readerid) references system_readers(readerid)

)

317罚款单表建立/

create table reader_fee

( readerid varchar(9)not null,

readername varchar(9)not null ,

bookid varchar(20) primary key,

bookname varchar(30) Not null,

bookfee varchar(30) ,

borrowdate datetime,

foreign key (bookid) references system_books(bookid),

foreign key (readerid) references system_readers(readerid)

)

32数据初始化

321将书籍类别加入表book_style中

insert into book_style(bookstyleno,bookstyle)values('1','人文艺术类')

insert into book_style(bookstyleno,bookstyle)values('2','自然科学类')

insert into book_style(bookstyleno,bookstyle)values('3','社会科学类')

insert into book_style(bookstyleno,bookstyle)values('4','艺术类')

insert into book_style(bookstyleno,bookstyle)values('5','政治经济类')

insert into book_style(bookstyleno,bookstyle)values('6','工程技术类')

insert into book_style(bookstyleno,bookstyle)values('7','语言技能类')

322将已有的图书加入system_books表中(定义相同的作者出版社的书本编号不一样)

insert

into system_books(bookid ,bookname, bookstyleno,bookauthor,bookpub,bookpubdate, bookindate, isborrowed )

values('00125415152','计算机组成原理','6','王爱英','清华大学出版社','2001-01-03','2003-11-15','1');

insert

into system_books(bookid ,bookname, bookstyleno,bookauthor,bookpub,bookpubdate, bookindate, isborrowed )

values('00125415153','计算机组成原理','6','王爱英','清华大学出版社','2001-01-03','2003-11-15','1');

insert