《数据库原理与应用》

课程设计

个人总结

题 目 机票预订系统

专业班级 计0903

学 号 20xx07010319

姓 名 王龙飞

指导老师 强新建

完成时间 20xx.1.12

课程设计心得体会及总结

两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。

通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。

从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。

我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。

…… …… 余下全文

索引、规则、默认值和约束

在这个小组中，我负责建立图书数据库的索引、规则、默认值和约束。数据库的索引是一个表中所包含的值的列表，注明了表中包含各个值的行所在的存储位置。创建索引，我最大的感受是能节约大量时间，特别是当表中数据很大时。规则、约束、默认值则一起保证了数据的完整性。规则是数据库中队存储在表的列或用户定义数据类型中的值的规定和限制；约束定义了关于列中允许值的规则；默认值是用户输入记录时向没有指定具体数据的列中自动插入的数据。这些都是创建一个数据库必不可少的元素。

表的创建

在我们这个小组里，我负责关于表的创建部分，包括了字段名、数据类型和主键的设计。我做的数据库设计部分，首先必须弄清楚表中列的数据类型，是char、varchar、int、datetime、smallint型等等，还有是几个字符长度。还有的就是它的值是否可以为空的，这也是需要考虑的。在这个过程中我需要注意的是表的列名是不能重复的，它是具有唯一性的。设置主键相对而言就比较容易了，我最大的体会是对于表中每列的数据类型的分析必须谨慎细心，否则很容易出错。

E-R图

在我们组我负责画E-R图。它是这次项目设计的关键点，如果E-R图设计错误那么接下来的设计就无法进行，因此设计E-R图时需要特别的认真。E-R模型能够方便地模拟研究对象的静态过程。E-R ,即实体-联系方法，E-R图直观提供了表示实体型、属性和联系的方法。在画E-R图过程中，必须明确识别实体、属性和联系，用矩形、椭圆和菱形对应框出来。画这个图为后面的数据库设计打好基础，通过这次的数据库设计，我学到了不少知识，将理论运用与实际。

表关系图

在我们小组，我负责的是创建表关系图这部分。建表关系图相对来说也是比较容易的，只需要明确表之间的关系，有相同列内容的表用线连接起来。创建表关系图时，把老师上课讲的内容结合起来，就比较轻松了。通过这次小组设计，分工合作，我学到了很多书本上不能学到的东西，感觉对数据库的了解有所提高，毕竟自己亲自设计过一个数据库，不再是书本上的理论，空空而谈，自己觉得还是有收获的。

…… …… 余下全文

数据库设计经验谈

数据库设计经验谈

一个成功的管理系统，是由：[50% 的业务 + 50% 的软件] 所组成，而 50% 的成功软件又有 [25% 的数据库 + 25% 的程序] 所组成，数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。有关数据库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的老师也比不过经验的教诲。所以我归纳历年来所走的弯路及体会，并在网上找了些对数据库设计颇有造诣的专业人士给大家传授一些设计数据库的技巧和经验。精选了其中的 60 个最佳技巧，并把这些技巧编写成了本文，为了方便索引其内容划分为 5 个部分：

第 1 部分 - 设计数据库之前

这一部分罗列了 12 个基本技巧，包括命名规范和明确业务需求等。

第 2 部分 - 设计数据库表

总共 24 个指南性技巧，涵盖表内字段设计以及应该避免的常见问题等。

第 3 部分 - 选择键

怎么选择键呢？这里有 10 个技巧专门涉及系统生成的主键的正确用法，还有何 时以及如何索引字段以获得最佳性能等。

第 4 部分 - 保证数据完整性

讨论如何保持数据库的清晰和健壮，如何把有害数据降低到最小程度。

第 5 部分 - 各种小技巧

不包括在以上 4 个部分中的其他技巧，五花八门，有了它们希望你的数据库开发工作会更轻松一些。

第 1 部分 - 设计数据库之前

考察现有环境

在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。

定义标准的对象命名规范

…… …… 余下全文

课程设计总结与体会529940

对实验过程中用到的软件、实现技术的评价以及对于实验过程遇到的一些问题做的总结：

本次实验我们是在windows操作系统平台下完成的，应用了数据库建表，触发，删除插入。。。。；powerdesigner实现数据库的概念模型、物理模型的转化。。。。；java语言中的的GUI图形用户界面、与数据库连接（jdbc）等技术。较好的在规定时间内完成了老师安排给我们的任务，实验过程中尽管遇到了不少问题，但最后经过与同伴互相探讨，借阅资料，请教老师等都使问题得到了解决。总的来说感觉数据库、powerdesigner、java语言面向对象等编程技术应用起来灵活，容易理解。短短的两周课程设计让我对java语言等编程技术产生了浓厚的兴趣，更重要的是增强了我学习的自信心。

对两周的课程设计过程中老师引导的对软件开发的分配时间的分析评价： 在第一阶段：20xx.1.2--20xx.1.6

我们做的题目是《小型餐饮管理系统》按照老师的安排，我们先进行系统需求和系统功能设计，在确定了我们要做的小型餐饮管理系统应具有哪些功能后利用powerdesigner汇出了数据库的物理模型（ER图），并且进一步利用powerdesigner的强大功能由ER图继而生成了物理模型图以及数据库，完成了数据库设计阶段。（包括安全性和完整性的设计）；

在剩下来的几天里我们主要把精力集中在应用程序的调试及课程设计报告的书写上。

个人负责的工作部分：1.与组员一起探讨分析所做项目（小型餐饮管理系统）的需求分析部分，共同完成需求部分的设计。2.通过网络、书籍等查找所需的资料。3.数据库部分的书写（包括数据库、表、触发器、索引、存储过程等的创建）以及完成ER图，物理模型图的设计转换部分。

经验与教训：

在实验验演示给老师看的时候，自我感觉做的挺好，能得到老师的好评和赞许，没想到的是老师看完我们的演示后提出的一系列问题让我们一时目瞪口呆。听了老师的讲解后才发现我们做的系统根本就是个废品，没有任何一家厂商愿意用我们的东西，即使免费相赠。和现实中的《餐饮管理系统》相比，我们的系统最大的不足体现在安全性方面，主要表现为以下两个方面：1.顾客点菜时由于没有考虑到库户绑定问题，及设置相关的口令，从而导致点菜时乱套，无章法的问题，不方便饭店管理，严重的会出现店家亏损问题。2.缺少工作人员的业绩考核环节的设计。

…… …… 余下全文

课程设计感想

学号：051409266 姓名：詹林林 作为工程管理专业的学生，我们专业在大一时的时候学过简单的微机原理和C语言编程。大二开始接触，和了解Access开发平台的时间并不长，这学期在老师和同学的帮助下完成了第一个ACCESS系统——高校公寓管理的测试系统，这其实是我真正意义上接触的第一个程序，第一学期的C语言只能说是了解。说是系统，真的功能还太不完善了。可是自己第一次接受ACCESS的专业系统的培训，总觉得难以胜任。我需要参加一个专业，系统的培训来提高下自己的技术水平，才能更好地完成接下来的工作。就在这样的背景下，我开始向百度求救，查阅大量的资料后，在同学的帮助下开始了Access开发平台课程的学习。并使用Access开发平台完成了河南城建学院高校公寓管理系统。

通过为期一周的设计，使我了解到程序设计绝不仅仅是一个人的事情，它需要大量的人力，脑力参与其中，对程序的每一步骤都要求大家严谨，认真的对待，并且要不断的验算检核，以确保程序的可行性。

这一周，我们克服了重重困难，查阅大量资料后，在老师及相关组员的共同努力下，我们于今天完成了程序系统设计，并且通过了全部组员的验证，这一次的共同努力，增进了我们之间的感情，强化了努力学习的氛围，我相信在哦今后的学习中，我们将因此而受益匪浅！

课程设计感想

学号 051409259 姓名 程鸿杰 一周的ACCESS数据库课程设计就要结束了，收获的知识远超我们的想像，俗话说实践出真知，这句话真的是金玉良言，事必躬亲的道理让我们知道了这种实践性很强的课程想学会真的要多多上机操作，才能更好的掌握知识。

在这周的课程设计中，我们在老师的谆谆指导下，在组长的带领下，在同组人员的帮助下，我们一起努力开发完成了我们的课程设计任务——高校公寓管理系统。在我们完成后，经过我们一组人员的验算运行检核，其基本符合最初设计要求，而我们算是基本完成课程设计任务，我们都感到很欣慰。

…… …… 余下全文

数据库课程设计心得

在这次课程设计中，我们小组设计的是一个仓库管理系统，通过设计这个系统，可以更方便地实现信息的浏览，查询，添加等操作和报表输出等功能，具体包括能实现产品入库管理,可以填写入库单,确认产品入库;产品出库管理,可以填写出库单,确认出库;借出管理,凭借条借出,然后能够还库;初始库存设置,设置库存的初始值,库存的上下警戒限;可以进行盘库,反映每月,年的库存情况;可以查询产品入库情况,出库情况,当前库存情况,可以按出库单,入库单,产品,时间进行查询;虽然这个系统的功能还不是很完善，还有很多功能尚未实现，但这也是我们共同努力的结果，只要有更多的时间，我相信我们能完成的更好。

通过这次将近一个星期的课程设计实训，我对数据库在生活中的广泛应用有了更深的体会，同时也加深了对ACCESS2003的认识，了解了相关的ACCESS的知识，尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。由于不会vb编程，很多功能实现起来很困难，但好在access有查询、宏和窗体，特别是宏操作可以将几个操作结合在一起，可以执行多个查询，可以调用多次窗体。例如，在某个窗体中要显示设备代码表信息，所以这个窗体中建立一个子窗体用于设备代码表的显示，我们打开窗体后又对设备代码表进行了跟新，所以窗体中显示的并不是最新数据，我们往往需要及时看到设备代码表跟新后的最新数据，窗体不会自动跟新我们就不会看到最新数据，所以这时候我们就会用一个宏操作在对设备代码表跟新之后关闭

窗体在打开窗体，这样窗体就相当于完成了一次跟新操作。又例如，在一个表A中刚刚追加了一条记录，我们要将每次刚刚新添加的记录跟新到另一个表B中，用一个查询是很难完成的，经过认真思考，得到了解决的办法是，需要三个步骤，第一步，在表A中添加标志字段，设置默认值为‘否’。第二步，编写跟新查询将标志字段为‘否’的数据跟新到表B中。第三步，编写跟新查询将表A中标志字段为‘否’的跟新为‘是’。

…… …… 余下全文

数据库设计心得二 引言

数据库设计规范，仁者见仁，但是有共同的目标都是想要更加简洁清新，可维护可扩展等等。有时候设计的时候没有想到，等到开发的时候，或者发布完了，客户帮我们发现BUG，那是很得不偿失的事，这些得不偿失的事，我都经历着或经历过，记得刚毕业出来工作，对命名没有什么概念，很随意，更别谈用心去设计了，后面带来的痛只有自己清楚。所以对细节和规范，我觉得特别有感同身受，如果看到某个人的博客，能把数据库的设计多点分享，那是很感激的，自己的想法也有些，但是终究还是没有那么的系统，权作漫谈，或许能有感同身受，那也是一份贡献。

1.关于主表和从表的命名

有时候在寻找bug的过程中，会关联主从表进行定位排错。主从表命名的好，查库很方便，很容易就可以定位到错误。这里举个项目中的实例。

这是我同事设计的表：(因为用到Oracle,所以采用大写命名)

表1：MES_BASIC_PRODUCT_OQC(主表-产品出库检基础资料表)

表2： MES_BAS_OQC_ITEMS(从表-出库检项目明细基础资料表)

表3：MES_OQC_CHECK (主表-出库检验数据采集表)

表4：MES_OQC_CHECK_ITEMS(从表-出库检验项目明细数据采集表)

其中主表表1,表3 表有一个共同的字段：PRODUCTID

先谈一谈自己的想法。

第一，如果从美观和一致的原则，MES_BASIC_PRODUCT_OQ这个名称应该命名为

MES_BAS_PRODUCT_OQC，这样做可能并不起眼，但是养成一种好的习惯，其实更难能可贵。因为编码本身是一种细活，碰到因为细节导致的灾难太多了。所以要把错误扼杀在萌芽阶段，把一个简单的功能做到能力的极致，我觉得是一个优秀程序员的品德。至于表3和表4命名，遵循了继承的方式，清爽可读。

第二，接下来说说不遵循这种清爽可读带来的麻烦。比如有个这样的问题，我们查询表

…… …… 余下全文