数据库课程设计报告心得与总结 数据库课程设计报告精彩(优秀5篇)

在当下这个社会中，报告的使用成为日常生活的常态，报告具有成文事后性的特点。报告帮助人们了解特定问题或情况，并提供解决方案或建议。下面我就给大家讲一讲优秀的报告文章怎么写，我们一起来了解一下吧。

数据库课程设计报告心得与总结篇一

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

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

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

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

按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。

在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。

我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。

很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。

物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。

不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想！

以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。

数据库课程设计报告心得与总结篇二

1数据库理论是数据库课程设计的前提

2数据库设计理论是数据库理论的应用和延伸

2．1数据库理论在数据库设计中的指导应用

2．2数据库设计理论是对数据库理论的延伸

3注重数据库设计理论与实践的结合

3．1处理好数据库设计经验和数据库设计理论的关系

3．2课程实验是数据库课程设计的基础

3．3课程设计是提升学生综合应用能力的关键

3．4数据库课程设计的具体内容

4结语

数据库课程设计报告心得与总结篇三

今天进行了一次完整的数据库设计的过程，其实一直来说我都是非常害怕数据库的设计的，因为在刚刚接触的时候，我就知道，数据库设计其实是一个项目的开端，因为数据库设计实际上就是业务的设计，在需求清晰的时候，完成清晰流畅的业务设计又是一大难点。

一下为我自己的心得经验希望大家批评指正！

数据库设计应该遵循以下几个原则：

对需求的认知完全没有歧义；

有时更加困难的是一个实体会发生多个维度的分类，那么就把他的拆分维度一一分开；

“频道”概念在消息分发时是一个非常灵活的概念；

总结，其实我在今天的数据库设计中就学习到这些，学习是一个逐渐进步的过程，也是一个自我折磨的过程，希望我可以在这条路上走的再远一点。

数据库课程设计报告心得与总结篇四

一、课程设计的目的本课程设计通过实际设计一个小型数据库管理系统，或者设计与实现一个颇具规模的数据库应用系统，使学生进一步理解所学到的原理性知识，培养学生开发大型系统软件的能力。

二、课程设计教学的基本内容和要求

可由指导教师给定参考题目，允许学生自行设计题目，但必须经指导教师批准才可用。下面给出课程设计的几个参考题目：

本项目对dbms的实现技术进行研究，通过建立和维护动态数据结构，实现数据的动态存储，研究实现dbms核心功能的算法及数据结构，设计sql语言处理程序，在此基础上，设计开发dbms原型系统，同时，也对系统软件的研制方法进行有益的探索。

1.设计一个小型数据库管理系统

背景资料：

1)图书室有各种图书一万多册。

2)每种图书都有书名、书号（isbn）、一名或多名作者（译者）、出版社、定价、内容简介：

3)借书证记录有借阅者的姓名、所在单位、职业等。

4)凭借书证借书，每次最多能借8本书。借书期限最长为30天。

设计要求：

1)进行需求分析，编写数据字典。

2)设计e-r图。

3)实现新进图书的数据录入。

4)实现对所有购进图书的分类查询和分类统计。

5)能够按书名、作者等分类查询现有图书的数量。

6)记录借阅者的个人资料和所借图书的书名、书号数据等。

3.员工薪资管理

背景资料：

1)某单位现有1000名员工，其中有管理人员、财务人员、技术人员和销售人员。

2)该单位下设4个科室，即经理室、财务科、技术科和销售科。

3)工资由基本工资、福利补贴和奖励工资构成，失业保险和住房公积金在工资中

扣除。

4)每个员工的基本资料有姓名、性别、年龄、单位和职业（如经理、工程师、销

售员等）。

5)每月个人的最高工资不超过3000元。工资按月发放，实际发放的工资金额为

工资减去扣除。

设计要求：

1)进行需求分析，编写数据字典。

2)设计e-r图。

3)实现按照科室录入个人的基本资料、工资和扣除金额的数据。

4)计算个人的实际发放工资。

5)按科室、职业分类统计人数和工资金额。

6)实现分类查询。

7)能够删除辞职人员的数据。

4.库存物资管理

背景资料：

1)有一个存放商品的仓库，每天都有商品出库和入库。

2)每种商品都有名称、生产厂家、型号、规格等。

3)出入库时必须填写出入库单据，单据包括商品名称、生产厂家、型号、规格、数量、日期、时间、入库单位（或出库单位）名称、送货（或提货）人姓名。

设计要求：

1)进行需求分析，编写数据字典。

2)设计e-r图。

3)设计出入库单据的录入。

4)实现按商品名称、出入库日期的查询。

5)实现分别按日、月和年对出入库商品数量的统计。

5、学生学籍管理系统

设计内容：主要的数据表, 学生基本情况数据表，学生成绩数据表，课程表，代码表等。

主要功能模块：

1）实现学生基本情况的录入、修改、删除等基本操作。

2）对学生基本信息提供灵活的查询方式。

3）完成一个班级的学期选课功能。

4）实现学生成绩的录入、修改、删除等基本操作。

5）能方便的对学生的个学期成绩进行查询。

6）具有成绩统计、排名等功能。

7）具有留级、休学等特殊情况的处理功能。

8）能输出常用的各种报表。

9）具有数据备份和数据恢复功能。

设计要求：进行需求分析，编写数据字典。设计e-r图。

学生成绩表的设计，要考虑到不同年级的教学计划的变化情况。

对于新生班级，应该首先进行基本情况录入、选课、然后才能进行成绩录入。

6、银行储蓄系统

设计内容：定期存款单，活期存款帐，存款类别代码表等。

功能模块

1）实现储户开户登记。

2）办理定期存款帐。

3）办理定期取款手续。

4）办理活期存款帐

5）办理活期取款手续。

6）实现利息计算。

7）输出明细表。

8）具有数据备份和数据恢复功能。

设计要求：要进行实际调研，系统功能在实现时参照实际的储蓄系统的功能。同时要考虑银行系统数据的安全与保密工作。数据要有加密功能。进行需求分析，编写数据字典。设计e-r图。

7、设备管理系统

设计内容：设备明细帐表，设备使用单位代码表，国家标准设备分类表等。

功能模块：

1）实现设备的录入、删除、修改等基本操作。

2）实现国家标准设备代码的维护。

3）能够对设备进行方便的检索。

4）实现设备折旧计算。

5）能够输出设备分类明细表。

6）具有数据备份和数据恢复功能。

设计要求：进行需求分析，编写数据字典。设计e-r图，具体设备编码参考国家统一编码方法，功能实现也要考虑通用性。

8、医院药品进销存系统

设计内容：药品分类代码表，药品库存表，供货商信息表，采购信息表等。

功能模块：

1）新药品的入库。

2）过期药品的出库登记、处理记录。

3）药品库存检索。

4）供货商信息检索。

5）药品采购记录管理。

6）药品用药说明信息管理。

7）输出相应的数据报表。

8）具有数据备份和数据恢复功能。

设计要求：具体项目内容去医院进行调研，药品编码也应参考国家统一编码方法。

三、课程设计的进度安排

1．课程设计应按教学计划的安排统一进行。

2．指导老师提前与学生见面，介绍课程设计的目的、意义、要求等。

3．每位学生自行选择题目，在教师指导下独立完成程序的设计、开发和调试等工作。

4.在指导老师的监督下学生分组完成课程设计答辩，答辩过程由学生主导，轮流担任答辨委员。以此来加强和督促学生重视课程设计，达到课程设计效果。

5．课程设计结束，学生应递交课程设计报告书和源代码。

6．指导老师在课程设计结束后1周内给出课程设计评语与成绩，并报送有关单位。

四、评分标准

课程设计成绩采用五级（优、良、中、及格、不及格）评分制，指导教师依据课程设计报告、实际调试结果和答辩情况评定成绩。注意：选择第一个题目的，成绩至少为良好。

五、其他

1.对先修课程的要求：要求学生修过计算机导论、高级语言程序设计、数据库原理及应用等课程。

2.注意事项：除了一人一题，学生还可以自行组团完成一个功能较完整的实用系统，每组人数限制在5人以内，每组一名负责人，并分工明确。

3.第11周周日举行答辩

附件：

课程设计报告

一、可行性研究报告、项目开发计划

二、需求分析、数据要求说明

三、概要设计、数据库设计说明书

四、详细设计说明书

六、总结

提交报告的格式：

1．正文宋体小四号字

2．文中英文用新罗马(time new roman),四号

3．源程序清单用英文新罗马五号

数据库课程设计报告心得与总结篇五

这次数据库课程设计用的是microsoftvisualfoxpro6.0，而我们平时用的microsoftsqlserver，虽然对vfp完全陌生，但在老师的指引下，我们近乎完美的完成了课程设计。当然过程是艰辛的。

面对着完全陌生的操作环境vfp，许多同学开始埋怨，要求用sql，用我们学过的asp等来完成设计。但我们慢慢发现用vfp做课程设计其实很有优势，于是它的这个优势激发了我们去了解它的欲望。老师先将vfp中基本的建数据库，建表以及建表单等向我们演示了一遍，我们也仿照着做了，发觉并不是很难。但想到这次课程设计做的是一套学生学籍和成绩管理系统，我们又开始茫然了。那天，老师给我们看了一段可以让文字循环移动的代码，这使我们产生了好奇心理，有了快速了解它的冲动。因为用面向对象的语言做特效，这还是第一次。下课之后我把那段我们不了解的语言写的特效代码发到了vfp论坛上请人帮忙解释，最后我们完全理解了那段代码的意思。

这次课程设计我们克服了炎热的天气（学校机房之前没装空调……后来设计完才装……），也克服对新知识的恐惧感以及畏难情绪。我们懂得了团队合作的重要性，也懂得了团队中如何交流、如何分工，如何集体讨论难点。我们充分利用了网络资源（技术论坛，共享的实例等）。

由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。

虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。

回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑（未于别人比较）本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像"范式不太容易用通俗易懂的方式解释"一样，在"让工具用图标表述我的思维"时费了一番力气。

从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：

使用了新的开发环境（vim），这是首次在脱离高级ide的情况下编码。

使用了新的开发语言（python，actionscript3），因为我一直比较喜欢"学以致用"，而且这样的"数据驱动型"软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。

编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交"可运行的代码"。

实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实"遇到的问题数跟人的能力是成正比的"。