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

本文格式为Word版，下载可任意编辑——数据库课程设计心得体会五篇下面是我为大家整理的数据库课程设计心得体会五篇,供大家参考。

当我们有一些感想时，可以记录在心得体会中，如此可以一直更新迭代自己的想法。那么你知道心得体会如何写吗？下面是整理的数据库课程设计心得体会（优秀5篇），假使能帮助到您，我的一切努力都是值得的。

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

本程序以C语言的栈的相关知识为基础，通过控制两个栈（运算数栈和运算符栈）的进出的栈操作，来实现对包含加、减、乘、除、括号运算符及SQRT和ABS函数的任意整型表达式的求解运算。

从程序的编写来看，感觉这次自己真的学到了好多，特别是对程序的开发流程。从最初的选定程序，到最终的程序运行成功，让我感到假使是仅仅把握课本上的知识是远远不能够很好的应用到实际的编程中去的。在这个过程中还需要我们更多的去考虑到实际条件的种种限制和约束。

我在写本程序的过程中也遇到了好多的问题，当然本程序的核心问题就是对两个栈的压出栈操作，需要做优先级判断，并要考虑什么时候进栈，什么时候出栈等操作。我采用了课本上第52-54页讲的通过一个二维字符串数组来控制比较“+-*、()AS=〞共9个运算符的优先级控制。对异常，如除数为0、被开方数小于0等异常也进行了精心的处理。对操作过程中要用到的Y、N、A、S等字符也进行了改进，最终本程序可以不区分大小写就完成相关操作。

总之，经过本次专业课程设计，让我把握了开发应用软件的基本流程，运用所学编程技能的基本技巧，也让我初步了解了软件设计的基本方法，提高进行工程设计的基本技能及分析、解决实际问题的能力，为以后毕业设计和工程实践等打下良好的基础。相信通过这次的课程设计，我对所学的《数据结构（C语言版）》和各种编程语言都有了一个全新的认识。我也会积极吸取本次课程设计的经验，继续研究数据结构和所学的各种编程语言。

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

时间真的如轮一样在飞转，一周的实训又一次即将终止，可是，感觉仿佛只过去了一天。实训终止也意味着这个学期也将终止。不管时间多么的快速，这周短暂的VB程序设计实训同样让我们收益不少。首先，不说我们学到了多少专业知识，也不说我们学到了多少专业技能。在这样零下1度的天气中实训，着实是锻炼我们的意志力。人都有惰性，这是无可厚非的事实。在寒冷的天气里，赖床就更是常有的事。由于要实训，我们好多平常经常迟到的同志不得不早起。就说实训的第一天，外面飘着白雪，早上，手机的闹铃已经响过其次遍了。

我们宿舍的几个姐妹还躲在被窝里无动于衷。可是，当一个姐们突然说了一句，“这周要实训〞时，我们都‘呼啦’爬了起来，以惊人的速度洗漱好，急忙赶到教室。不管平日多么懒散的同学，这次实训都表现的异样的认真。这应当算是实训赋给我们的特别礼物吧！实训的目的无非就是训练我们的操作能力，以及提高我们的专业技能。实践出真知，这是不变的真理。毫无疑问，这次VB程序设计实训让我们每一位同学都在不同程度上提高了编程技能。编程是我们的专业课程，可是，在老师平日上课的时候，班上大部分同学都以怠慢的态度对待。所以，对这门课程学的泛泛的。

实训前，假使要我们做一个管理系统，我想班上能完成任务的同学应当寥寥无几。在实训前，我们常埋怨，编程有多么的难。一个学期的学习，我们竟然都不能完全的做出一个管理系统来。而这次短短的实训，却让我们学会了做管理系统。没错，就是短短的几天，我们每位同学都完成了一个自己做的管理系统。这说明，编程它本身不是很难，而在于你是不是真正的学习了。这次实训让我深刻的明白，你的态度决定一切。就以我自己的经历来说，一个学期的学习还没没短短一周学到的多。这是为什么？主导因素就是态度。在平日的学习中，我抱着不以为然的态度，以懒散的心态对待这门课程。所以，一个学期下来，我的编程学的一塌糊涂。而这次实训，就像是一场实战，必需认真对待。而这几天踏踏实实的学习，将我平日落下的学习全都补救过来了。真的十分感谢这次实训。通过这次实训，我的编程技能确比之前实提高了不少。

更重要的是，在这次实训中，让我明白：学习或生活中发现了自己的不足，就要及时改进。不管是在学习中，还是在生活中，有不懂的没关系。而，假使不懂，也不去问，就是一件很悲哀的事情。这次实训中，我遇到了好多不懂的问题，但是，这些不懂最终都被我弄懂了。由于遇到不懂的不会做的我及时主动询问了周边的同学。同学不懂的，我又询问了老师。不要认为问别人是一件让人很可耻的事情。不懂就问，不但不会让你蒙羞，反而能显示你的真实与谦逊。

总之，这次实训我又有不少新收获。

最终，还要感谢这次实训期间周边同学的热心帮助和老师的热心讲解与指导。

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

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

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

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

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

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

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

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

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