数据库设计心得体会精选。
当我们突然有了灵感的时候，我们可以记录下内心的所思所想。养成编写心得体会的习惯，能让我们未来在工作或学习中的条理更清晰，经过周密的筛选每天帮的编辑为您精选了“数据库设计心得体会”，我们会在网站上发布更多相关消息请留意！
数据库设计心得体会(篇1)
在我看来，数据库课程设计主要目标是利用课程中学到数据库知识和技术较好开发设计出数据库应用系统，去解决各行各业信息化处理要求。通过这次课程设计，可以巩固我们对数据库基本原理和基础理论理解，掌握数据库应用系统设计开发基本方法，进一步提高我们综合运用所学知识能力。
当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块分工。每个人都有自己模块设计，而且写出来代码要求可以实现相应模块功能，得到理想效果。当每个人都把自己分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用是Html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中奥秘。
我所负责是数据库备份和还原还有一些界面实现。还记得自己刚接触html时候，觉得很感兴趣，所以有一段时间几乎到了痴迷程度。然而Php 是我刚接触不久一种编程语言。不过觉得它功能真很强大，可以开发出很多大型系统。但是在做备份和还原时候，要考虑东西还是很多。当我遇到错误时候，感到很受打击。值得欣慰是，在同学帮助和大量参考书查阅下，我把自己模块做好了。这就是我收获最大地方。而且，我明白了遇到困难永不放弃重要性，我知道了团队合作重要性，我领悟了只有坚持不懈才会取得胜利。 知识获得是无止境，只要你想学，只要你行动，没有什么会难倒我们。回首这一个多星期课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们不懈帮助，谢谢学校给了我们这一次实践机会，也谢谢组员们关怀。这些美好回忆美好东西将永远伴随着我。
数据库设计心得体会(篇2)
两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。
通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。
从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。
我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。
按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想！
以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。
数据库设计心得体会(篇3)
索引、规则、默认值和约束
在这个小组中，我负责建立图书数据库的索引、规则、默认值和约束。数据库的索引是一个表中所包含的值的列表，注明了表中包含各个值的行所在的存储位置。创建索引，我最大的感受是能节约大量时间，特别是当表中数据很大时。规则、约束、默认值则一起保证了数据的完整性。规则是数据库中队存储在表的列或用户定义数据类型中的值的规定和限制；约束定义了关于列中允许值的规则；默认值是用户输入记录时向没有指定具体数据的列中自动插入的数据。这些都是创建一个数据库必不可少的元素。
表的创建
在我们这个小组里，我负责关于表的创建部分，包括了字段名、数据类型和主键的设计。我做的数据库设计部分，首先必须弄清楚表中列的数据类型，是char、varchar、int、datetime、smallint型等等，还有是几个字符长度。还有的就是它的值是否可以为空的，这也是需要考虑的。在这个过程中我需要注意的是表的列名是不能重复的，它是具有唯一性的。设置主键相对而言就比较容易了，我最大的体会是对于表中每列的数据类型的分析必须谨慎细心，否则很容易出错。
e-r图
在我们组我负责画e-r图。它是这次项目设计的关键点，如果e-r图设计错误那么接下来的设计就无法进行，因此设计e-r图时需要特别的认真。e-r模型能够方便地模拟研究对象的静态过程。e-r ,即实体-联系方法，e-r图直观提供了表示实体型、属性和联系的方法。在画e-r图过程中，必须明确识别实体、属性和联系，用矩形、椭圆和菱形对应框出来。画这个图为后面的数据库设计打好基础，通过这次的数据库设计，我学到了不少知识，将理论运用与实际。
表关系图
在我们小组，我负责的是创建表关系图这部分。建表关系图相对来说也是比较容易的，只需要明确表之间的关系，有相同列内容的表用线连接起来。创建表关系图时，把老师上课讲的内容结合起来，就比较轻松了。通过这次小组设计，分工合作，我学到了很多书本上不能学到的东西，感觉对数据库的了解有所提高，毕竟自己亲自设计过一个数据库，不再是书本上的理论，空空而谈，自己觉得还是有收获的。
实验总结
在这次项目设计中，我们小组所选择的是设计一个图书管理系统，这对我们来说是一次尝试与创新的过程，也可以说是一个挑战的过程。虽然学了数据库这么久了，但是我们还是缺少经验。现在我们利用自己学到的知识设计并制作一个图书管理系统，这本身就是一个知识转化为生产力的过程，所以大家都很兴奋，都不同程度的投入了很高的热情与努力。
在具体的设计与实施中，我们看到并感受到了一个管理系统从无到有的过程，对具体的设计步骤、思路、方法、技巧都有了进一步的了解，并感受深刻。这次课程设计加深了我们对数据库系统设计相关知识以及sql server相关功能的理解。比如在建立基本的表、视图、索引、存储过程、触发器等，都比以前更加熟悉了，并在解决各种问题的过程中学到了很多新的知识。
在设计中我们基本能按照规范的方法和步骤进行，首先对现有的系统进行调查，并查阅有关资料，最后确定设计方案，然后设计并制作，实施过程中我们
深刻的认识到认真执行管理系统软件标准的重要性，由于我们对管理系统软件相关的标准和规范不太了解，缺少行为操作准则，所以在设计中手法比较生硬，主与次也没能很好把握住，这些方面通过这次产品。那个时候我已经学过vc和asp，因为，我接触到microsoft 公司的net产品。那个时候我已经学过vc和asp，因为至少微软是这么宣传的，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，just do it！语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊！
我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。
（最后，很感激学校给了我们这次动手实践的机会，让我们学生有了一个共同学习，增长见识，开拓视野的机会。也感谢老师们对我们无私忘我的指导，我会以这次课程设计大赛作为对自己的激励，继续学习。毕竟学习就是一个just do it的过程！）我直接从报告上面复制过来的....所以这段也不删去了.............呵呵。
题目大概是用可视化编程实现一个简单的数据库管理系统我用的是bcb 题目虽然是简单 但也明白了很多以前以为懂的问题代码到没什么 这种题目用bcb的话已经不用几行代码了关键是了解了这些名词paradox，ado，bde，odbc 一开始拖控件,写几行代码 很快就完成了编译也通过了 但传到同学机器上就是显示不出数据来折腾了我1天 又是发帖子 又是问群里的达人后来明白了我用的paradox数据库是用bde引擎的发布软件的时候要把bde打包于是又学着打包bde 却发现不到1m的软件如果打包bde的话就10＋m了而且bcb6自带的那个打包软件用的我头晕目眩于是又想不用bde 所以又折腾了我半天答案是要使用ado控件（ 以前我用的是bde控件 ）而且要用access数据库了解了这些之后 作业也就完成了总的看来还是很有收获的 幸亏我下了决心这个作业要自己做没有去网上下载 呵呵
数据库设计心得体会(篇4)
数据库vb课程设计心得体会
数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与各位共勉。首先，让我的记忆回到大二的暑假，在大哥的指导下（大哥劝我学asp。***），我接触到microsoft公司的。
***产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称“。
***是用于创建下一代应用程序的理想而又现实的开发工具”，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程时，数据是用来申请内存空间的，比如使用数组等等。
很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sqlserverxx，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。通过一个暑假的学习，我已经基本搞清了理论方面的问题，如何运用还不是很清楚。
但这为本学期的课程设计打下了基础。来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。
有时我们很容易被一些专业术语吓到，包括建模、软件工程、数据分析、数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，justdoit！
我记得在我做这个数据库之前，我们的老师说如果我想做好早期的分析，我会用任何分析工具在网上搜索。最后，我选择了roseuml建模工具。在那之前，我脑子里还没有软件建模的想法。什么uml建模对我来说是一张白纸。
但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发时要使用什么架构和c/s模式？模式有很多，怎么选择？我将搜索现在最流行的建筑。
结果，我找到了mvc架构。是你。我决定使用这个框架，不，没关系，让我们学习。justdoit！
前期工作准备好后，那么我就得把我暑假学的。***加以实践。这个时候我更加深入的了解了利用ado。
***操纵数据库的知识。我们对数据库中的存储过程有了更深入的了解。经过两个多星期的努力，我完成了基于数据库的课程设计。
***数据集的图书馆管理系统。最后，我非常荣幸地获得了大赛一等奖和新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去完成，困难在你的勇气和毅力下是抬不了头的。自从我开始建立这个数据库以来，无论遇到什么困难，我都不想放弃。
出于对知识的渴望，出于对新技术的好奇，出于对未知知识的探索。我已经完成了数据库课程的设计，但这只是我在未来十年的学习路上的驿篇文章。***的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，justdoit！
语言无关紧要。 毕竟，这只是一个工具。 很好地使用工具不是值得人类去做的事情。 主要是了解学习思路。古语说的好：学无止境啊！
我很高兴参加了这次数据库竞赛，这让我打开眼界。（最后，我非常感谢学校这次给了我们实践的机会，让我们的学生有机会一起学习，增加知识，开阔视野。我也感谢老师们无私的指导。我将继续以这次课程设计竞赛为动力学习。
毕竟，学习是一个简单的过程！)我直接从报告中抄来的。。。。。所以这段也不删去了…………。
呵呵。，ado，bde，odbc开头的拖动控件，+（以前我使用bde控件）
数据库设计心得体会(篇5)
这次数据库课程设计用的是Microsoft Visual FoxPro 6.0 ，而我们平时用的Microsoft SQL Server 2000，虽然对VFP完全陌生，但在老师的指引下，我们近乎完美的完成了课程设计。当然过程是艰辛的。
面对着完全陌生的操作环境VFP，许多同学开始埋怨，要求用SQL，用我们学过的ASP等来完成设计。但我们慢慢发现用VFP做课程设计其实很有优势，于是它的这个优势激发了我们去了解它的欲望。老师先将VFP中基本的建数据库，建表以及建表单等向我们演示了一遍，我们也仿照着做了，发觉并不是很难。但想到这次课程设计做的是一套学生学籍和成绩管理系统，我们又开始茫然了。那天，老师给我们看了一段可以让文字循环移动的代码，这使我们产生了好奇心理，有了快速了解它的冲动。因为用面向对象的语言做特效，这还是第一次。下课之后我把那段我们不了解的语言写的特效代码发到了VFP论坛上请人帮忙解释，最后我们完全理解了那段代码的意思。
这次课程设计我们克服了炎热的天气（学校机房之前没装空调……后来设计完才装……），也克服对新知识的恐惧感以及畏难情绪。我们懂得了团队合作的重要性，也懂得了团队中如何交流、如何分工，如何集体讨论难点。我们充分利用了网络资源（技术论坛，共享的实例等）。
我们喜欢这次课程设计的感觉，喜欢编程，喜欢团队交流。
数据库设计心得体会(篇6)
时间真的如轮一样在飞转，一周的实训又一次即将结束，可是，感觉仿佛只过去了一天。实训结束也意味着这个学期也将结束。不管时间多么的飞快，这周短暂的VB程序设计实训同样让我们收益不少。 首先，不说我们学到了多少专业知识，也不说我们学到了多少专业技能。在这样零下1度的天气中实训，着实是锻炼我们的意志力。人都有惰性，这是无可厚非的事实。在寒冷的天气里，赖床就更是常有的事。因为要实训，我们很多平常经常迟到的同志不得不早起。就说实训的第一天，外面飘着白雪，早上，手机的闹铃已经响过第二遍了。
我们宿舍的几个姐妹还躲在被窝里无动于衷。可是，当一个姐们突然说了一句，“这周要实训”时，我们都‘呼啦’爬了起来，以惊人的速度洗漱好，急忙赶到教室。不管平时多么懒散的同学，这次实训都表现的异样的认真。这应该算是实训赋给我们的特别礼物吧！ 实训的目的无非就是训练我们的操作能力，以及提高我们的专业技能。实践出真知，这是不变的真理。毫无疑问，这次VB程序设计实训让我们每一位同学都在不同程度上提高了编程技能。编程是我们的专业课程，可是，在老师平时上课的时候，班上大部分同学都以怠慢的态度对待。所以，对这门课程学的泛泛的。
实训前，如果要我们做一个管理系统，我想班上能完成任务的同学应该寥寥无几。在实训前，我们常抱怨，编程有多么的难。一个学期的学习，我们居然都不能完全的做出一个管理系统来。而这次短短的实训，却让我们学会了做管理系统。没错，就是短短的几天，我们每位同学都完成了一个自己做的管理系统。这说明，编程它本身不是很难，而在于你是不是真正的学习了。这次实训让我深刻的明白，你的态度决定一切。就以我自己的经历来说，一个学期的学习还没没短短一周学到的多。这是为什么？主导因素就是态度。在平日的学习中，我抱着不以为然的态度，以懒散的心态对待这门课程。所以，一个学期下来，我的编程学的一塌糊涂。而这次实训，就像是一场实战，必须认真对待。而这几天踏踏实实的学习，将我平日落下的学习全都补救过来了。真的非常感谢这次实训。通过这次实训，我的编程技能确比之前实提高了不少。
更重要的是，在这次实训中，让我明白：学习或生活中发现了自己的不足，就要及时改进。不管是在学习中，还是在生活中，有不懂的没关系。而，如果不懂，也不去问，就是一件很悲哀的事情。这次实训中，我遇到了很多不懂的问题，但是，这些不懂最后都被我弄懂了。因为遇到不懂的不会做的我及时主动询问了周围的同学。同学不懂的，我又询问了老师。不要认为问别人是一件让人很羞耻的事情。不懂就问，不但不会让你蒙羞，反而能显示你的真实与谦虚。
总之，这次实训我又有不少新收获。
最后，还要感谢这次实训期间周围同学的热情帮助和老师的热心讲解与指导。
数据库设计心得体会(篇7)
在这次课程设计中，我们小组设计的是一个仓库管理系统，通过设计这个系统，可以更方便地实现信息的浏览，查询，添加等操作和报表输出等功能，具体包括能实现产品入库管理，可以填写入库单，确认产品入库；产品出库管理，可以填写出库单，确认出库；借出管理，凭借条借出，然后能够还库；初始库存设置，设置库存的初始值，库存的上下警戒限；可以进行盘库，反映每月，年的库存情况；可以查询产品入库情况，出库情况，当前库存情况，可以按出库单，入库单，产品，时间进行查询；虽然这个系统的功能还不是很完善，还有很多功能尚未实现，但这也是我们共同努力的结果，只要有更多的时间，我相信我们能完成的更好。
通过这次将近一个星期的课程设计实训，我对数据库在生活中的广泛应用有了更深的体会，同时也加深了对ACCESS20xx的认识，了解了相关的ACCESS的知识，尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。由于不会vb编程，很多功能实现起来很困难，但好在access有查询、宏和窗体，特别是宏操作可以将几个操作结合在一起，可以执行多个查询，可以调用多次窗体。例如，在某个窗体中要显示设备代码表信息，所以这个窗体中建立一个子窗体用于设备代码表的显示，我们打开窗体后又对设备代码表进行了跟新，所以窗体中显示的并不是最新数据，我们往往需要及时看到设备代码表跟新后的最新数据，窗体不会自动跟新我们就不会看到最新数据，所以这时候我们就会用一个宏操作在对设备代码表跟新之后关闭窗体在打开窗体，这样窗体就相当于完成了一次跟新操作。又例如，在一个表A中刚刚追加了一条记录，我们要将每次刚刚新添加的记录跟新到另一个表B中，用一个查询是很难完成的，经过认真思考，得到了解决的办法是，需要三个步骤，第一步，在表A中添加标志字段，设置默认值为‘否’。第二步，编写跟新查询将标志字段为‘否’的数据跟新到表B中。第三步，编写跟新查询将表A中标志字段为‘否’的跟新为‘是’。
经过这次课程设计，是我明白团队的力量是最大的，至少三个臭皮匠顶个诸葛亮，何况我们都是充满激情的团队。我想在以后的工作中我一定要做到多思考多与团队交流，遇到难题一定要有必胜的信心
数据库设计心得体会(篇8)
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我针对探究型项目的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑(未于别人比较)本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像范式不太容易用通俗易懂的方式解释一样，在让工具用图标表述我的思维时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境(vim)，这是首次在脱离高级ide的情况下编码。
使用了新的开发语言(python，actionscript3)，因为我一直比较喜欢学以致用，而且这样的数据驱动型软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交可运行的代码。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实遇到的问题数跟人的能力是成正比的。
数据库设计心得体会(篇9)
2016年数据库课程设计心得体会范文
数据库课程设计心得体会
由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。
虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。
回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑(未于别人比较)本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像“范式不太容易用通俗易懂的方式解释”一样，在“让工具用图标表述我的思维”时费了一番力气。
从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：
使用了新的开发环境(vim)，这是首次在脱离高级ide的情况下编码。
使用了新的开发语言(python，actionscript3)，因为我一直比较喜欢“学以致用”，而且这样的“数据驱动型”软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。
编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的.表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交“可运行的代码”。
实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实“遇到的问题数跟人的能力是成正比的”。
数据库课程设计心得体会
两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。
通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。
从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。
我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。
按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。
我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想!
以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。
数据库设计心得体会(篇10)
两个星期时间非常快就过去了，这两个星期不敢说自己有多大进步，获得了多少知识，但起码是了解了项目开发部分过程。虽说上过数据库上过管理信息系统等相关课程，但是没有亲身经历过相关设计工作细节。这次实习证实提供了一个很好机会。
通过这次课程设计发现这其中需要很多知识我们没有接触过，去图书馆查资料时候发现我们前边所学到仅仅是皮毛，还有很多需要我们掌握东西我们根本不知道。同时也发现有很多已经学过东西我们没有理解到位，不能灵活运用于实际，不能很好用来解决问题，这就需要我们不断大量实践，通过不断自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用东西。 从各种文档阅读到开始需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统设计开发过程。很多东西书上写很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统时候才发现其中难度。经常做到后面突然就发现自己一开始设计有问题，然后又回去翻工，在各种反复中不断完善自己想法。
我想有这样问题不止我一个，事后想想是一开始着手做时候下手过于轻快，或者说是根本不了解自己要做这个系统是给谁用。因为没有事先做过仔细用户调查，不知道整个业务流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免，不然会给后来工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后课程设计要特别注意这一块设计。
按照要求，我们做是机票预订系统。说实话，我对这个是一无所知，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计下场我已经尝过了，结果就是出来一个四不像设计方案，没有什么实际用处。没有前期调查，仅从指导书上那几条要求着手是不够。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们生活经验，根据可行性研究结果和客户要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言规范性以及我们在编程时要有严谨态度，同时在写程序时如有一定量注释，既增加了程序可读性，也可以使自己在读程序时更容易。
我们学习并应用了SQL语言，对数据库创建、修改、删除方法有了一定了解，通过导入表和删除表、更改表学会了对于表一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价一般过程，为毕业设计打下基础。
很多事情不是想象中那么简单，它涉及到各种实体、属性、数据流程、数据处理等等。很多时候感觉后面设计根本无法继续，感觉像是被前面做各种图限制了。在做关系模型转换时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引部分，对一些比较经常使用搜索列，外键上建立索引，这样可以明显加快检索速度，最后别忘记重要安全性设置，限制用户访问权限，新建用户并和数据库用户做相应映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难事在你尝试之后你可能会发现原来她并没有你以前觉得那样，自己也是可以。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我最大感想！
以上基本是这次实习体会了，设计进行非常艰难，编码非常不容易，才发现做一个项目最重要不在于如何实现，而是实现之前需求分析和模块设计。创新很难，有些流行系统其实现并不难，难在于对市场分析和准确定位。设计，是一个任重道远过程。