2023年数据库课程设计心得体会范文三篇.docx

《2023年数据库课程设计心得体会范文三篇.docx》由会员分享，可在线阅读，更多相关《2023年数据库课程设计心得体会范文三篇.docx（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2023年数据库课程设计心得体会范文三篇数据库课程设计心得体会范文三篇 通过数据库课程设计的完成，我们从中获得了不少的感慨，通过对所学学问的体会，能够明显感觉到自己比以往进步了不少。下面是我为大家整理的数据库课程设计心得体会范文三篇的内容，希望能够帮助大家，欢迎阅读！ 【数据库课程设计心得体会一】 两个星期的时间特别快就过去了，这两个星期不敢说自己有多大的进步，获得了多少学问，但至少是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经验过相关的设计工作细微环节。这次实习证明供应了一个很好的机会。 通过这次课程设计发觉这其中须要的许多学问我们没有接触过，去图书馆

2、查资料的时候发觉我们前边所学到的仅仅是皮毛，还有许多须要我们驾驭的东西我们根本不知道。同时也发觉有许多已经学过的东西我们没有理解到位，不能敏捷运用于实际，不能很好的用来解决问题，这就须要我们不断的大量的实践，通过不断的自学，不断地发觉问题，思索问题，进而解决问题。在这个过程中我们将深刻理解所学学问，同时也可以学到不少很好用的东西。 从各种文档的阅读到起先的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。许多东西书上写的很清晰，貌似看着也很简洁，思路特别清楚。但真正须要自己想方法去设计一个系统的时候才发觉其中的难度。常常做到后面突然就发觉自己一起先的设计有问

3、题，然后又回去翻工，在各种反复中不断完善自己的想法。 我想有这样的问题不止我一个，事后想想是一起先着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过细致的用户调查，不知道整个业务的流程，也不知道用户须要什么功能就忙着开发，这是作为设计开发人员须要特殊警惕避开的，不然会给后来的工作带来很大的麻烦，甚至可能会须要全盘推倒重来。所以以后的课程设计要特殊留意这一块的设计。 根据要求，我们做的是机票预订系统。说实话，我对这个是一窍不通的，没有订过机票，也不知道航空公司是怎么一个流程。盲目起先设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处

4、。没有前期的调查，仅从指导书上那几条要求着手是不够的。 在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活阅历，依据可行性探讨的结果和客户的要求，分析现有状况及问题，采纳client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到许多问题：由于遗忘了一些java语言的规范使得在调试过程中一些错误没有发觉，通过这次课程设计，我对调试驾驭得更加娴熟了，意识到了程序语言的规范性以及我们在编程时要有严谨的看法，同时在写程序时如有肯定量的注释，既增加了程序的可读性，也可以使自

5、己在读程序时更简单。 我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了肯定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必需得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。 许多事情不是想象中的那么简洁的，它涉及到的各种实体、属性、数据流程、数据处理等等。许多时候感觉后面的设计根本无法接着，感觉像是被前面做的各种图限制了。在做关系模型转换的时候遇到有些实体即可以认为是实体又可以作为属性，为了避开冗余，尽量根据属性处理了。 物理结构设计基本没有遇到问题，这一块和平安性、

6、完整性不觉就会在物理结构设计中添加一些平安设置：主键约束、check约束、default定义等。最终才做索引的部分，对一些比较常常运用搜寻的列，外键上建立索引，这样可以明显加快检索的速度，最终别遗忘重要的平安性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。 不管做什么，我们都要信任自己，不能畏惧，不能怕遇到困难，什么都须要去尝试，有些你起先认为很难的事在你尝试之后你可能会发觉原来她并没有你以前觉得的那样，自己也是可以的。假如没有自信，没有目标，没有信念就不行能把事情做好，当其他人都在迷茫的时候，自己肯定要坚信目标，高校毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都

7、须要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，须要这些实践阅历，在困难面前要勇于尝试，这是这次课程设计给我的最大感想！ 以上基本是这次实习的体会了，设计进行的特别艰难，编码特别不简单，才发觉做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和精确定位。设计，是一个任重道远的过程。 【数据库课程设计心得体会二】 数据库课程设计大赛的尘嚣慢慢远去，怀着对这次大赛的些许不舍，怀着对当时课程设计起先时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信念与斗志，我起先写这篇文章，为自己的踪迹留

8、下哪怕是微乎其微但是对自己弥足宝贵的痕迹并期望与大家共勉。 首先，让我的记忆追溯到大二暑假，在老大的指引下（老大劝我学），我接触到microsoft 公司的.net产品。那个时候我已经学过vc和asp，因为windows程序设计试验的课的关系，接触过vb，但是没有特地去学他，因为习惯了c+里面的class，int，觉得vb的sub，var 看着就不是很顺心。我是一个新奇心很强的人，突然看到了一个号称.net是用于创建下一代应用程序的志向而又现实的开发工具，而且主推c#语言，由于对c语言的一贯好感，我几乎是立即对他产生了爱好。我就起先了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要

9、的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如运用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sql server2023，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清晰。 通过一个暑假的学习，基本搞清晰了理论方面的东西，详细怎么用也不是很清晰。但是这为这学期的课程设计打下了铺垫。 来到学校后，随着这学期的数据库课程大赛起先了，我有一个看法就是我自己应当具备的实力不是我会多少，而是我应当具备快速学会东西的实力。遇到什么就学什么。我们有时候很简单被一些专业名词

10、说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有许多同学被这些纸老虎所唬住，而没有志气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的新奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，独创工具是很难，但是用一个工具就简单多了，just do it！我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜寻用什么分析工具好。最终我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜寻，这是一个信息横流的

11、世界，有google，baidu就没有不能解决的学问难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。 开发的时候我想过用什么架构，c/s模式?模式有许多，怎么选择?我就上网搜寻现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我确定用这个架构，不会，没关系，咱学。just do it！前期工作打算好后，那么我就得把我暑假学的.net加以实践。这个时候我更加深化的了解了利用操纵数据库的学问。并且对数据库里面的存储过程有了比较深化的了解。经过也许2个多星期的奋斗，我完成了我的数据库课程设计-基于.net数据集的图书馆管理系统。并最终特别荣幸的获得了大赛的一等奖以及以

12、及新技术应用奖。 与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是假如自己有了爱好，就动手去做，困难在你的志气和毅力下是抬不了头的。从做这个数据库起先无论遇到什么困难，我都没有一丝的放弃的念头。出于对学问的渴望，出于对新技术的新奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，将来十年.net的核心技术就是xml至少微软是这么宣扬的，我会接着学习它，包括jave公司的j2ee我也很想试试，语言原来就是相通的，just do it！语言并不重要终归它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊！

13、 我很庆幸我参与了这次数据库大赛，让我的确打开了眼界。 【数据库课程设计心得体会三】 由于平常接触的都是一些私人项目，这些项目大都是一些类库，其他人的沟通相对可以忽视不计，因此也就不考虑规范化的文档。事实上从学习的经验来看，我们接触的学问体系都是属于比较老或比较传统的，与现在发展快速的it行业相比许多状况已不再适用，尤其是当开源模式渐渐走近开发者后更是如此。 虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面

14、面，也就是说根据这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经特别熟识软件产品了，这对于相当有阅历的架构师一类人说可能会很简单，但是我们作为学生，连足够的编码阅历都没有，却首先被教授并要求先ooa再oop，这样干脆导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和从前的分析。甚至根本就是现有代码再有文档，即便是这种状况，代码与文档还是不对应。不行否认，在传统软件工程的具体设计之前的项目过程中还是有许多利于项目开发的部分的。所以我就始终在找寻适合我针对探究型项目的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。 回到数据库设计上了，这次的数据库设计

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

16、来看，这是个失败的项目，结合几次教学项目的的实践，发觉这也已经不是第一次了。主观缘由占多数，比如，尝试新的开发方式，依据设计花了太多的时间来抽象出公用的库而忽视业务逻辑。就这次项目而言，失败的缘由有以下几点： 运用了新的开发环境（vim），这是首次在脱离高级ide的状况下编码。 运用了新的开发语言（python，actionscript3），因为我始终比较喜爱学以致用，而且这样的数据驱动型软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题许多，当发觉这一点是，已没有多少有效剩余时间了。 编码流程的不妥，我比较喜爱从底层的库起先开发，因为一旦库测试通过，将很简单将它放到不同的表示层下。但假如库没有测试胜利，将导致整个项目没有任何可视化模型，所以这次的项目无法提交可运行的代码。 实践目的的不同，我轻易不放弃熬炼的机会，事实上，有机会就肯定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏缘由，总以为自己很了不得，其实遇到的问题数跟人的实力是成正比的。