数据库课程设计心得体会精选篇

课程培训活动，四对于提高专业技能的一个很好的方式，下面由为大家带来的数据库课程设计心得体会精选范文，仅供参考~ 【数据库课程设计课程体系心得体会一】

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

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

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

我想有这样的问题不止我一个，想想是一开始着手做的时候下手过于轻快，或者说是根本不怎么了解自己要做的体会这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务发展的流

程，也不知道用户需要什么介面就忙着开发，这是作为设计开发人员需要特别人体工学警惕避免的，不然会给巨大后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要这一块的设计。

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

在需求分析过程中所，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据铁路工程的结果和客户的要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行更动、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课堂教学，我对掌握调试掌握得更加娴熟了，意识到了程序语言的适用性以及我们软件设计在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读一年级程序时更容易。

我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删改表、更改表学会了对于表的一些更换操作，为了建立一个关系数据库关系数据库信息管理系统，必须得经过系统调研组、需求分析、概念设计、逻辑设计、物理设计、系

统调试、系统内确保以及系统评价的一般过程，为毕业设计打下基础。 很多事情绝非想象中的那么简单的，它涉及到的各种商业性、属性、数据流程、数据处理等等。很多时候感觉一些后面的设计根本无法继续，感觉貌似被前面做的各种图受限了。在做关系模型转换的时候有些实体即可以认为是实体又可以作为属性，为了避免冗余，务必按照属性处理了。

物理结构设计基本没有碰到问题，这一块和安全性、一致性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、

default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的位移加速度，最后别忘记重要的安全性设置，用户访问权限，新建用户并和数据库用户相应的映射。

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

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

【数据库课程设计心得体会二】

数据库课程设计邀请赛的尘嚣渐渐远去，心存对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次教学方法积累的信心与斗志，我开始写到这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。

首先，让我的记忆追溯到一年级暑假，在老大的指引下(老大劝我学asp.net)，我接触到microsoft 公司的.net产品。那个时候我已经

学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是不专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var 看着就不是很顺心。我是一个好奇心很强的人因，突然看到了一个号称.net是用于创建下一代应用程序的理想而又现实的开发工具，而且主推c#语言，由于对c语言的一贯好感，我基本上是立刻对消除他产生了兴趣。我就开始了对c#的学习，任何语言都不是缺少孤立存在的，所以数据交互是这么重要的，暑假的时候我把我们这概论的课本数据库系统学期看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sql server2021，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是极清楚。

通过一个暑假的学习，基本看清楚了理论方面的东西，具体怎么用也不是很知道。但是这为这学期的课程设计打下了打牢铺垫。

来到学校后，赛随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是你们多少，而是我应该具备快速学会东西的能力。遇到什么念书什么。常常我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气好好接触他们，总是说这个太难了之类的退堂鼓的话，他们了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么机构科研难题，只是去用一些工具，发明工具是很难，操作方式但是用一个工具就容易多了，just do it!我记得我索引做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索追踪用什么分析工具好。最后我选择了roseuml建模工具。在此之前，外边我脑袋里面没有计算机系统建模的思想，什么uml建模对我而言就是一张空白羊皮纸的纸。但是真正没有接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的当今世界，有google，baidu就没有不能解决目前逐步解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。

开发的时候我想过用什么架构，c/s模式?模式有很多，怎么选择?我就上网搜索搜寻现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个层次结构，不会，没关系，咱学。just do it!工程建设准备好后，那么我就得把我暑假学的.net加以实践。这个时候我更加深入的了解了操纵数据库的知识。并且对数据库里面的存储投资过程有了比较深入的了解。经过大概2个多星期的奋斗，我成功进行了我的数据库课程设计--基于.net数据集的图书馆管理系统。并最后极为荣幸的获得了大赛的一等奖以及以及新技术应用奖。

与其临渊羡鱼，不如退而结网。这次数据库我给课程设计的最大的印象就是如果自己有了兴趣，就动手去做，困难在你压的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到潦倒什么困窘，我都无法一丝的放弃的念头。出于对知识的渴求，出于对新技术的困惑，出于对一切未知的求知。我完成了该次数据库课程设计，不过这只是我学习桥上研读的驿站，未来十年.net的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，汉语本来就是相通的，just do it!语言并不重要毕竟它仅仅是工具，用一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊!

擂台赛我很庆幸我参加了这次数据库大赛，让我的确打开了眼界。 【数据库课程设计课堂教学心得体会三】

由于平时接触的私营都是一些私人项目，这些项目大都是一些类库，其他人的交流同伴相对可以忽略不计，因此也就主要考虑不需要考虑规范化的文档。基本上从学习的经历来看，我们接触的知识体系都是属于比较老或比较的，与这时候发展迅速的it行业不相上下很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。 虽然这次是一个数据库课程设计，由于本人在项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库的设计。对于ooa/ood的开发模式有时不免要所提一些疑问，uml是设

计阶段的物件，而它基本涵盖了软件系统的方方面面，也就是说按照这一软件工程的正常，在动手写第一句代码之前，开发人员已经颇为熟悉软件产品了，这对于人能相当有经验的架构师九种人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，但他却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有传统工艺很多利于项目开发的部分的。所以我就一直在寻找适合我针对探究型项目的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。

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

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

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

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

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

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