最新数据库心得体会

透过撰写心得体会，可以整理出自己的思考和感受，心得体会应该包括哪些内容？这是一篇栏目小编为您特别准备的“数据库心得体会”，请您认真品味，感谢您的支持，欢迎您继续阅读本文！

数据库心得体会(篇1)

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

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

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

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

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

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

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

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

数据库心得体会(篇2)

经过了一个学期的学习，我们已经对数据库这门课有所了解，我们已经知道数据库对我们计算机科学与技术专业的重要性。而且数据库技术已经成为信息社会中对大量数据尽心组织与管理的重要技术手段及软件技术，是网络信息化管理系统的基础。经过实训，我们从开始的设计，到后来的实施，当中都是受益匪浅的。

在实训中，我和我的队友们各有分工，工作明了，这使我们设计的系统能够顺利的进行，在遇到一些问题，就一起讨论从各方面去倾听，去学习，去归纳出一个更加合理，更加可靠地答案。其实，从中我们可以提前去感受体验一下做软件，做系统的那种氛围，去体验一下团队之间的那种默契和合作。对未来我们以后的发展会起到意想不到道的作用。团队之间的分工更加给人一种责任感，这并不是别人的事，而是自己的事，队友之间更加的是相互理解，多去沟通，我觉得吧，这对整个项目来说也是很重要的。

通过实训学习，我们在学习数据库理论的同时，也提高了自己的动手能力，将课本上的知识用到实践中，真正做到了学以致用，让我们也真正的体验了一次做项目的大致流程，对于我们这样的初学者阶段来说，实训让我们对前边的理论知识的一种检测，也是让我们对做项目，做软件有了初步的认识。“不积跬步，无以至千里，不积小流，无以成江河”，其实我们就应该多去参见一些这样的实训，去积累一些经验，经验多了对以后自己的发展，会大有所用，对数据库的应用也会得心应手。其实，不仅仅是数据库，在我们所学的专业，许多的课程和技术都是有着联系的，所以在数据库上的实验，也可以在一定程度上理解为对所有技术的综合应用。

在设计过程中，我们首先要去对我们所选的课题集中进行讨论，构想，确定了系统要实现怎样的功能，要达到怎样的目的，以及系统的大致框架，设计出了初步的功能模块图，然后就是进行系统的需求分析，我们在网上，在实地进行调研，去了解客户所需要的的基本功能 ，查询各种实体的的属性 ，对我们初步所做的功能模块图进行进一步的修改。做好需求分析之后，就是概念结构设计阶段，画出E-R图，通过对需求分析综合，归纳和抽象，形成一个独立于具体DBMS的概念模型。然后就是逻辑结构设计阶段，进行E-R弄醒向关系模型的转换，最后对数据模型进行优化。而在数据库的物理设计阶段，要确定数据的存储结构、设计数据的存取路径、确定数据的存放位置、确定系统的配置，做完这一系列阶段任务之后，就是数据库的实施和维护，首先第一数据结构，然后就是数据的载入和应用程序的调试、编制与调试应用程序，最后使数据库试运行。并且，要注意对系统进行定期的备份，以免造成不必要的损失。经过这写些阶段之后，项目已经可以说基本完成，最后就是在以后使用时候对问题的调试了。 经过这么多道程序之后，我们的数据库也可以说已经成功做好了，在这其中，我们队数据库技术的的学以致用，对以后的发展来说，我觉得受益匪浅，对团队之间的合作也是有了进一步的认识，总的来说，对此次数据库实训，我感到收获很大。

数据库心得体会(篇3)

转眼间在从大一踏进学校的校门到现在刚刚好一年了，在这一年中，数据库也如影随形。

在这一年中我主要学习的数据库是sql

server，在学习的时候过程中，我们首先是从基础开始，比如数据类型、运算符号、关键字等等，然后上升到一些增删改查，还有触发、存储过程等的使用等等。

经过了一学期的学习，我从起初对数据库的认识模糊到后来清晰，深入，我认为我学到了许许多多的东西。当然，在学习中，薛立柱会给我们在网上下很多的学习资料，同时他也会建议我们多读读网上的学习资料。除了这个以外，我在学习数据库课程过程中，接触到的软件工程思想，网上学习经验，以及利用网络的学习资源都很好的改善了我的学习。后来，在学习的深入中，虽然学习有时是十分叫人感到枯燥乏味的，但我庆幸的是我坚持了下来，在最后的考试复习中，薛立柱老师虽然劝诫我学习不要因为考试而停止。是啊!要想学好一门功课我们需要的是持之以恒的精神。

数据库编程，这个是作为一个程序员的基本功，绝大多数软件开发公司数据库编程都是由程序员自己完成的，因为他的工作量不是很大，也不是很复杂。所以作为一个综合的程序员，学习数据库编程，像数据库四大操作，增删改查，还有触发、存储过程等的使用，这些都是基础的基础。很多时候我们会认为数据库没什么作用，学习的时候吊儿郎当，到今年做项目时，还不会连接查询，要想避免这种情况发生就必须打好基础，扎实的掌握每个知识点。

只要你从事计算机行业，就需要学习好数据库的基础知识，不论以后选择哪个方向，数据库的学习都不能放松。古人云：书到用时方恨少，知识学多了不会成为累赘，慢慢的积累，总有用到的时候。给自己明确一个目标，剩下的就是向着这个目标努力，无论遇到什么困难，克服它就向成功迈进了一步。

学习数据库的心得(2)：

一：学习心得

经过一个学期的数据库课程的学习，我们掌握了创建数据库以及对数据库的操作的基础知识。数据库这门课涉及到以前的知识不多，是一门从头学起的课程，即使基础不是很好，只要认真听讲、复习功课，还是一门比较容易掌握的课。

课堂上讲的知识比较理论化，如果不动手就无法将知识转化为技能，而动手去做能够让我们将学过的知识在实践中运用，找到知识漏洞，并且能学到更多关于实际操作的知识和技巧。并且培养了我们的自学能力。

第一次接触sql语言，虽然陌生，但是可以让我从头开始学，就算没有基础的人也可以学得很好。刚开始练习sql语言的时候，并不是很难，基本上都是按照老师的步骤来做，还很有成就感。我们通过老师的一些ppt，我们可以巩固课内的知识，还可以学习内容相关的知识，更好地完成老师布置的作业。

二、access与ecel的区别

access--中小型数据库开发系统,内嵌vba编程语言,面向对象编程

ecel--数据表格处理系统,编程能力有限.

access是数据库管理软件,内含的是数据库(基本对象),一个数据库包含多张表 主要用于开发系统

，日常办公用起来不方便，他主要是做软件的后台的。

而ecel只是一般的表格处理软件,主要用于一些日常的办公而已

两都所用到的地方不一样.

access是一个数据库软件,一个access文件由存储特定结构化数据集的表集合组成。表中包含行(有时称作记录或元组)和列(有时称作特性)的集合。表中的每一列都设计为存储某种类型的信息(例如，日期、名称、美元金额或数字)。表上有几种控制(约束、规则、触发器、默认值和自定义用户数据类型)用于确保数据的有效性。表上可以有索引(与书中的索引非常相似)，利用索引可以快速地找到行。可将声明引用完整性

(dri) 约束添加到表上，以确保不同表中相互关联的数据保持一致。

数据库心得体会(篇4)

数据库实训心得体会一

持续一个月的数据库实训，让我参与了软件工程化的开发过程。其中体会最深的便是我们这个实训网的几个之最：

一.项目最大：项目大是因为我们这个事业起点网站涉及到用户众多-高校，企业，学生，老师，专家，第二个原因是网站的功能多-用户管理，网上实习，网上竞赛，毕业实习设计，项目管理，人才库管理，人才推荐，搜索 ... 项目大很容易造成系统范围的泛滥，在我们的开发初期，由于需求不太明确，功能实现没有重点，造成了需求范围的扩大，给项目开发进度造成了严重的滞后性。然后我们召开了会议讨论了这个问题，一致认同先把项目的基本功能实现，将网站的基本架构搭建起来，最后再在这个基础上继续增加我们网站的其他功能。因此在这个过程中，我深刻体会到了软件工程初期阶段的需求分析以及概要设计的重要性，这两个文档是指导我们后期开发的最重要的依据。

二.数据库表最多：如此庞大的系统，就需要庞大的数据库来支持，所以项目大的直接后果就是我们的数据库表特别多，而且表与表之间的依赖关系也复杂，实体类之间的关系众多，设计起来有一定的难度。数据库的另外一个问题是-数据表的属性，数据表属性的设计完全是依赖于我们刚开始做的需求分析文档，如果需求分析不完整的话，就会造成数据库表属性的缺失，从用户的角度看，就会觉得你的系统提供的数据不够全面，信息量小。

三.开发团队最大：我们团队一共有十四个人，这个对于我们的项目经理来说，是一个相当严峻的问题，毕竟十四个人的团队相当于其他几个小组加起来的人数总和，管理起来有相当大的难度。对于我们这些小组成员来说，由于沟通渠道太多，造成了我们项目中遇到问题，不知道去跟哪个小组成员沟通。为了解决这个问题，我们在团队中又选出了三个小组长，小组成员遇到问题，先去咨询小组长，然后小组长提供反馈信息。

四.项目各个模块间藕合度高：网站涉及的各个功能模块之间的联系紧密，模块之间的接口设计的好坏是项目最终集成成功与否的最重要因素。用户管理这一个部分要为每个模块提供接口，主要是用户的编号以及用户的类型等。每个页面之间的链接也是其中重要的模块接口。这个问题由于我们前期做好了充分的沟通以及按照概要设计中的接口说明去设计自己的模块，所以后期的模块整合没有遇到什么太大的不兼容性等问题。

接下来就谈谈我这一个月中的工作：

需求分析阶段：需求分析阶段我完成了网上竞赛模块的需求分析，其中遇到的主要问题是阅读材料后发现网上实习，网上竞赛，毕业设计指导这几个模块的功能是类似的，提取需求分析后不够明确，经过几次跟汤老师的交流后，确定了这几个模块之间的具体差别，网上竞赛模块的基本需求也大致确定了，网上竞赛模块的基本功能就是学生通过网站报名参加竞赛，企业审核通过后，专家对作品进行评分，排名。

概要设计阶段：在需求分析的基础上，对网上竞赛模块进行了比较具体的概要设计，流程图(IPO图以及用例图);这个阶段的主要难点是对网上竞赛业务流程的描述，如何实现学生报名，企业发布，专家评审的步骤操作，与及跟其他模块对该模块的限制。

数据库设计阶段：我负责整合初步数据库设计说明书，分配组员按照各自的功能模块的具体需求设计自己模块需要的数据表，然后对这些数据表进行整合。在这个过程中遇到的问题就是数据库实在是太大了，最后下来一共有30多张表，表与表之间的关系复杂，关联性大，需要设置的外键较多，很难将所有的属性字段给提取出来，属性的类型设置也是一个问题，采用数值型还是采用字符串性在数据库设计中尤为重要，因为在后台搜索方面，数值型比较快捷，而在数据显示方面，字符串型又有直接读出不用转换的好处。每个表的主键我们采用了用实体的编号去标记它，因为这样实体间关联起来会更加简单。数据库的设计关键是要对整个项目的整体的把握，并且要细化对每个实体类的具体属性要求。

详细设计阶段：我觉得是最重要的一个方面，一个完整的详细设计说明应该可以帮助程序员完成具体的实现，程序员可以不用考虑模块之间的耦合问题，只需要将单一的功能按照逻辑顺序编写出来就可以了。网站整体构架搭好了，我们就可以在里面填充自己的功能了。但是因为时间太仓促了，我们这个阶段也就缩水了，带来后面的问题就是后期代码编写的时候比较混乱，函数接口较难统，界面风格多样化。这个阶段，我的主要工作是跟队友一起设计出了网上竞赛模块的学生，企业，管理员，高校以及专家的界面。

编码阶段：我们是用开发的，主要任务就是从工具中选出你想要的控件，然后在控件响应函数中填充代码，完成相应的事件响应。这里遇到的最大问题是页面的排版问题，因为自己是第一次开发网站，造成了自己设计的界面风格单调，不太美观，现在就尽量做到页面的整齐。这个阶段主要做的就是：写代码→编译→调试→写代码。

这一个月中我学到了很多东西，技术方面就是学会了用编写网站，最重要的是让我经历了软件工程化的所有阶段，让我对整个软件工程有了感性的认识，而且将大学三年所学到的知识进行了一次系统的串联，更重要的是学会了如何跟项目团队中的成员沟通问题，这是一个宝贵的实践经验。

数据库实训心得体会二

将近一个月的假期实习生活结束了，告别了这一次短暂的实习生活，这段时间也让我感概万分，有欢乐，也有苦累，也许这就是实习生活所必须经历的吧。似乎尝到了校园中所不能经历的辛酸苦累，所以，这段时间里我学到了很多，也都成为了我人生中的宝贵财富，也迈向了社会中重要的一步，是非常值得珍惜的。

这次实践主要就是学会使用公司软件部门所开发的应用软件和各种产品设备，熟悉和了解一贯的操作方法和可能出现的问题，并就如何解决问题向老员工请教方法。教我的是一位年纪稍大的老员工，先与我说了一下要点，然后让我自已看，遇到不懂的就问。初次接触，发现它并不像书本那样的有条有序，许多信息夹杂在一起，令人眼花缭乱，而有不同的种类，要做到随便一看就知是什么单是不行的，因为看过一点有关软件测试的书籍，所有有点了解，但是这些根本不够，于是接来的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书，熟悉它的大致结构。

熟悉了相关软件和硬件的操作和基本故障诊断之后，我也成为工作之中的一员，开始尝试解决客户应用产品中出现的`一些问题。在这一段时间里，主要任务有巩固之前所学的，对常见的错误要一看便知，并养成认真仔细的工作习惯。在工作的过程中我也遇到了一些棘手的问题，但是经过大家的共同努力也一起解决了。经过了这些之后我也感觉到光靠培训听讲是不那么管用的，有时候也要自己试着去解决问题去亲自动手测试一些东西，在实际的应用过程中去发现问题和解决问题，做任何事都是一样要实事求是。

结合之前的培训，了解我现在的任务就是熟悉各种软件的操作和数据结构，然后在此基础上尽一切可能的去模拟、去思考现实使用环境中的应用可能性和预测可能出现的状况再对比一出现故障的概率等等，在这样的一个环节之后我要做的更细致的活儿就是做好各种测试计划和测试报告，然后对这些报告做一个准确和客观的评估然后将我所获得的结果反馈给软件或者硬件开发人员。

经过了将近一个月时间学习，了解到自己还有许多的不足，首先是缺乏工作经验，因为自己缺乏经验，很多问题而不能分清主次，还有些培训或学习不能找到重点，然后工作态度仍然不够积极，在工作中仅仅能够完成布置的工作是不够的，若没有工作做时可能就会松懈，不能做到主动学习。在工作中，不允许丝毫的马虎，严谨认真是时刻要牢记的。同时，学术上不够钻研，这是由工作性质决定的，也是我自己选择的，因为在我看来，只有被市场认可的技术才有价值，，但我毕竟是大三在校生，对科研技术进展方面都不了解，所以还需要更多的锻炼机会。

经过这一次的实践与学习，我才慢慢开始真正了解了软件测试工作，实习是一个开端，一个让自己学会成长的地方，不管是从工作技能上还是为人处事上，我都感觉到了自己有很大的提高。

首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信自己一定能克服。作为软件测试工作者要善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生，别人认为是对的，我却认为不是对的。有时候，往往某些质疑才是关键。保持一个良好的心情，否则很可能无法把测试作好，一定不能把生活中的不愉快的情绪带到工作中来。在工作技能上，因为从事的是测试工作，自己又没有经验，所以一切需要我从头开始，而且更需要自己的努力、耐心和细心。这些都是自己欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。其次，让自己成熟了许多。虽然不能用语言来描述，但是确实可以从生活中的点点滴滴感觉得到。经历使人成长，只有经历过，才可以让自己真的成熟起来。

刚开始的时候很多人都和我一样，认为软件测试工作简单，只需要动动鼠标就行，之后才明白当初的认识是多么的肤浅。虽然自是功能测试，手工测试的工作，但是那鼠标也不是那么乱点的!所以其实做任何一件事都要付出自己自己的真心，努力去做，勇敢去做，才能离成功更进一步。

数据库心得体会(篇5)

索引、规则、默认值和约束

在这个小组中，我负责建立图书数据库的索引、规则、默认值和约束。数据库的索引是一个表中所包含的值的列表，注明了表中包含各个值的行所在的存储位置。创建索引，我最大的感受是能节约大量时间，特别是当表中数据很大时。规则、约束、默认值则一起保证了数据的完整性。规则是数据库中队存储在表的列或用户定义数据类型中的值的规定和限制；约束定义了关于列中允许值的规则；默认值是用户输入记录时向没有指定具体数据的列中自动插入的数据。这些都是创建一个数据库必不可少的元素。

表的创建

在我们这个小组里，我负责关于表的创建部分，包括了字段名、数据类型和主键的设计。我做的数据库设计部分，首先必须弄清楚表中列的数据类型，是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数据库了解了这些之后 作业也就完成了总的看来还是很有收获的 幸亏我下了决心这个作业要自己做没有去网上下载 呵呵

数据库心得体会(篇6)

数据库管理实习心得体会

一、前言

作为一个计算机专业的学生，学习数据库管理是必不可少的一项技能。为了更好地学习和掌握这门课程，我选择了去实习，希望通过实践来加深对数据库管理的理解。在这次实习中，我学到了很多东西，也遇到了许多挑战和问题。在这篇文章中，我将详细记录我在数据库管理实习中的经历，并总结一些心得体会。

二、实习经历

1. 实习公司的背景介绍

我选择了一家大型科技公司进行数据库管理实习。该公司是一家国际知名的IT企业，主要从事软件开发和数据管理业务。公司具有强大的技术团队和先进的设备，这给我提供了一个很好的学习和实践的平台。

2. 实习任务的安排

在实习的第一天，我接受了一系列的培训，包括数据库的基本知识、数据库管理工具的使用以及数据库性能优化等内容。接下来，我被分配到一个数据库管理团队中，开始进行实际的工作。

我的主要任务是负责监控数据库的运行状态、处理数据库故障和优化数据库性能。每天早上，我会登录数据库管理系统，查看数据库的运行情况，并记录下来。如果发现数据库出现故障或性能下降的问题，我就要及时处理，并向上级报告。

3. 实习中的挑战和问题

在实习过程中，我面临了许多挑战和问题。首先，由于我是实习生，对于数据库管理的知识和技能还不是很熟悉，因此在处理一些复杂的故障和性能优化问题时，我感到有些力不从心。

此外，由于数据库管理工作的特殊性，一旦发生故障，可能会对公司的正常运营产生严重影响。因此，我在处理问题时必须要快速而准确，不能有丝毫差错。

4. 实习中的收获与体会

通过这次实习，我获得了很多宝贵的经验和知识。首先，我对数据库管理有了更深入的了解，学会了如何监控数据库的运行状况，如何处理数据库故障以及如何优化数据库性能。这些技能将对我的将来起到很大的帮助。

此外，通过与团队的合作和交流，我学会了如何更好地与他人合作，如何利用团队资源来解决问题。在我遇到困难时，团队的支持和帮助给了我很大的鼓舞和信心。

三、总结与展望

通过这次数据库管理实习，我不仅学到了很多专业知识和技能，还收获了宝贵的实践经验。在以后的学习和工作中，我将继续努力学习和提高，进一步完善自己的数据库管理能力。

同时，我也要积极参与更多的实践和项目，在实践中不断提升自己的综合素质和能力。只有通过实践，才能真正巩固所学的理论知识，并将其应用于实际工作中。

总体而言，这次数据库管理实习是我宝贵的实践经验，让我对自己的职业规划有了更清晰的认识。我相信，通过不断地努力和学习，我一定能够成为一名优秀的数据库管理人员。

数据库心得体会(篇7)

沟通，相互提高，共同进步，对自己也是一个非常好的机会。现在把自己这几天的感想和体会做下汇报。

首先从课程的定位和指导思想方面。由于我们学校以前受制于二级考试的制约，在数据库课程的开设上一直以VisualFoxPro作为重点，但随着数据库技术的发展各种新型数据库不断涌现，为了适应今后的需求我校这学期尝试开设了SQLServer这门课程。我校的计算机专业的学生在学习这门课程以前已经开设了Access课程，但这两门课程开设的指导思想是完全不同的。Access过于强调表的设计及操作，就像李教授说的那样，在学完这门课程后很多同学对数据库的概念就是大量相互关联的表，只知道创建一个数据库然后创建表，接着往里面填数据，这种对数据库的认识是很不正确的。因此这学期我们开设了SQL，就是要学生们学习数据库的设计实现以及应用的这样一个完整的过程。

其次从课程的教学内容上来看。由于我们学校是高职类的学校，应该针对高职高专院校学生的特点来讲授课程的主要内容。我在这学期讲授SQL的过程中深有体会。这学期在开设SQL的过程中我们主要是培养学生数据库开发的能力。但由于之前没有开过关系数据库理论课程，学生在很多概念上不是很清楚。李教授把数据库教学中的概念归纳为数据、数据库、数据库管理系统、数据库系统。在整个教学过程中应该贯穿始终。但我们所选择的教材过于强调实践环节，因此如何处理理论和实践的关系，也就是该在什么地方，什么时机引入相关的理论知识点以及该占多大的比重是我下一阶段应该好好考虑的问题。李教授给我们分享了SQL教学中的具体学时分配，我感觉并不适合我们学校的具体情况，这也是我应该好好考虑的问题，毕竟是第一次讲授这门课程还需要不断的摸索。还有就是TSQL语句的讲授过程中，查询应该作为重点，而不是一位的要求学生建表。因为一个完整的数据库，平时很大的一部分工作都是在做查询。

最后从上机环节来看一下。以前我一直以为只有高职类的学生在上机实验时是最不容易把握的，但通过与其他兄弟院校的交流发现这是一个普遍性的问题。不论是本科院校还是高职院校，学生在上机实践时的管理以及实践结果的评价都没有办法进行统一，在我讲授的这门课程中表现更为明显。由于SQL的实践环境对机器要求比较高，我们的实验都是在虚拟机环境下开展的，这就需要学生每次在上机时配置虚拟机，所以很浪费时间。今天李教授给我们大家演示的SQL上机实验系统得到了很多教授这门课程老师的肯定，希望李教授能够将这一系统给我们分享一下。

数据库心得体会(篇8)

一个月的数据库实训就转眼间就上完了，期间讲解了一个学生管理系统，最后还做了一个小的数据库链接作业。现在就说说关于vb链接的数据库的一些方法。

首先说数据库，简单的说就是建表格，然后把一张一张的表格和在一起，成为一大堆的数据集合。他是依照某种数据结构组织起来并存放二级存储器中的数据集合，基本分为三个层次，物理数据层，概念数据层和逻辑数据层。不同层次间的联系是通过映射来转换的。

大多数vb链接数据库都使用ado控件，他可以分为分为有源数据库和无源数据库，即是否使用了dsn数据源。在连接数据库前首先要在vb菜单中“工程““引用”或“部件”从中选择microsoft activex data objects 2.6 library和microsoft activex data objects recordset 2.6两个组件，然后定义链接的对象，用什么名字由自己决定。这样数据库也就基本上链接好了。

x月x号进入宏天实训公司参加软件开发实训的，在此次实训中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要问别人了，虚心请教，从别人的身上真的能学到自己没有的东西，每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。

经过之前的在校学习，对程序设计有了一定的认识与理解。在校期间，一直都是学习理论知识，没有机会去参与项目的开发。所以说实话，在实训之前，软件项目开发对我来说是比较抽象的，一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训，让我明白了一个完整项目的开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。

一个完整项目的开发它所要经历的阶段包括：远景范围规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的，如果没有一个好的远景规划，对以后的开发进度会有很大的影响，甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识，还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键，也就是说，前期作业都是为代码的实现所做的准备。

我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情，不仅要有足够的干劲和热情，还要有扎实的编写代码基础，必须要有事先对文档进行可靠性报告，功能说明书，详细设计说明书等的编写和一些风险评估的编写的能力。

除了图书馆，最能让我感觉到身在大学的就是实训机房，在匆匆过去的两个月内，我往返于实训机房与宿舍之间，使我享受了一个充实的学习时期，让我感受到了大学的魅力，对自己充满信心，对大学充满信心，以积极的心态迎接明天挑战。

实训中要求有扎实的理论基本知识，操作起来才顺心应手，我这时才明白什么是“书到用时方恨少”。这就激发了学习的欲望。

“学以致用”，就是要把学来的知识能运用到实际操作当中，用实践来检验知识的正确性。我想，这是实训的最根本目的。

“纸上得来终觉浅，绝知此事要躬行！”，在短暂的实训过程中，让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错，一旦应用到实际就大不一样了，这时才真正领悟“学无止境”的含义。

数据库心得体会(篇9)

2016年数据库课程设计心得体会范文

数据库课程设计心得体会

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

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

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

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

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

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

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

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

数据库课程设计心得体会

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

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

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

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

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

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

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

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

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

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

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

数据库心得体会(篇10)

持续一个月的数据库实训，让我参与了软件工程化的开发过程。其中体会最深的便是我们这个实训网的几个之最：

一.项目最大：项目大是因为我们这个事业起点网站涉及到用户众多-高校，企业，学生，老师，专家，第二个原因是网站的功能多-用户管理，网上实习，网上竞赛，毕业实习设计，项目管理，人才库管理，人才推荐，搜索 ... 项目大很容易造成系统范围的泛滥，在我们的开发初期，由于需求不太明确，功能实现没有重点，造成了需求范围的扩大，给项目开发进度造成了严重的滞后性。然后我们召开了会议讨论了这个问题，一致认同先把项目的基本功能实现，将网站的基本架构搭建起来，最后再在这个基础上继续增加我们网站的其他功能。因此在这个过程中，我深刻体会到了软件工程初期阶段的需求分析以及概要设计的重要性，这两个文档是指导我们后期开发的最重要的依据。

二.数据库表最多：如此庞大的系统，就需要庞大的数据库来支持，所以项目大的直接后果就是我们的数据库表特别多，而且表与表之间的依赖关系也复杂，实体类之间的关系众多，设计起来有一定的难度。数据库的另外一个问题是-数据表的属性，数据表属性的设计完全是依赖于我们刚开始做的需求分析文档，如果需求分析不完整的话，就会造成数据库表属性的缺失，从用户的角度看，就会觉得你的系统提供的数据不够全面，信息量小。

三.开发团队最大：我们团队一共有十四个人，这个对于我们的项目经理来说，是一个相当严峻的问题，毕竟十四个人的团队相当于其他几个小组加起来的人数总和，管理起来有相当大的难度。对于我们这些小组成员来说，由于沟通渠道太多，造成了我们项目中遇到问题，不知道去跟哪个小组成员沟通。为了解决这个问题，我们在团队中又选出了三个小组长，小组成员遇到问题，先去咨询小组长，然后小组长提供反馈信息。

四.项目各个模块间藕合度高：网站涉及的各个功能模块之间的联系紧密，模块之间的接口设计的好坏是项目最终集成成功与否的最重要因素。用户管理这一个部分要为每个模块提供接口，主要是用户的编号以及用户的类型等。每个页面之间的链接也是其中重要的模块接口。这个问题由于我们前期做好了充分的沟通以及按照概要设计中的接口说明去设计自己的模块，所以后期的模块整合没有遇到什么太大的不兼容性等问题。

接下来就谈谈我这一个月中的工作：

需求分析阶段：需求分析阶段我完成了网上竞赛模块的需求分析，其中遇到的主要问题是阅读材料后发现网上实习，网上竞赛，毕业设计指导这几个模块的功能是类似的，提取需求分析后不够明确，经过几次跟汤老师的交流后，确定了这几个模块之间的具体差别，网上竞赛模块的基本需求也大致确定了，网上竞赛模块的基本功能就是学生通过网站报名参加竞赛，企业审核通过后，专家对作品进行评分，排名。

概要设计阶段：在需求分析的基础上，对网上竞赛模块进行了比较具体的概要设计，流程图(IPO图以及用例图);这个阶段的主要难点是对网上竞赛业务流程的描述，如何实现学生报名，企业发布，专家评审的步骤操作，与及跟其他模块对该模块的限制。

数据库设计阶段：我负责整合初步数据库设计说明书，分配组员按照各自的功能模块的具体需求设计自己模块需要的数据表，然后对这些数据表进行整合。在这个过程中遇到的问题就是数据库实在是太大了，最后下来一共有30多张表，表与表之间的关系复杂，关联性大，需要设置的外键较多，很难将所有的属性字段给提取出来，属性的类型设置也是一个问题，采用数值型还是采用字符串性在数据库设计中尤为重要，因为在后台搜索方面，数值型比较快捷，而在数据显示方面，字符串型又有直接读出不用转换的好处。每个表的主键我们采用了用实体的编号去标记它，因为这样实体间关联起来会更加简单。数据库的设计关键是要对整个项目的整体的把握，并且要细化对每个实体类的具体属性要求。

详细设计阶段：我觉得是最重要的一个方面，一个完整的详细设计说明应该可以帮助程序员完成具体的实现，程序员可以不用考虑模块之间的耦合问题，只需要将单一的功能按照逻辑顺序编写出来就可以了。网站整体构架搭好了，我们就可以在里面填充自己的功能了。但是因为时间太仓促了，我们这个阶段也就缩水了，带来后面的问题就是后期代码编写的时候比较混乱，函数接口较难统，界面风格多样化。这个阶段，我的主要工作是跟队友一起设计出了网上竞赛模块的学生，企业，管理员，高校以及专家的界面。

编码阶段：我们是用开发的，主要任务就是从工具中选出你想要的控件，然后在控件响应函数中填充代码，完成相应的事件响应。这里遇到的最大问题是页面的排版问题，因为自己是第一次开发网站，造成了自己设计的界面风格单调，不太美观，现在就尽量做到页面的整齐。这个阶段主要做的就是：写代码→编译→调试→写代码。

这一个月中我学到了很多东西，技术方面就是学会了用编写网站，最重要的是让我经历了软件工程化的所有阶段，让我对整个软件工程有了感性的认识，而且将大学三年所学到的知识进行了一次系统的串联，更重要的是学会了如何跟项目团队中的成员沟通问题，这是一个宝贵的实践经验。

数据库心得体会(篇11)

这学期我们学习了数据库应用教程这门课，以前并不知道这门课是干什么的，也不懂得什么是数据库，通过这一学期的学习，虽然了解的不是非常多，但也有了初步的一点认识。

我大概的明白数据库技术是处理信息，管理数据最有效的一种方法。它具有完善的数据管理功能，还具有操作方便，简单实用等特点。因为我是非计算机专业的学生，所以我学起来就感觉很难，在上第一堂课的时候，因为不了解，于是心里充满了对这门课的神秘感，在第一堂课上我听得很认真，我感觉它与其他的课程没有什么联系，不需要其它太多的知识，我想它可能是一门从头开始学的课，就没有太多的担忧，然而事实并不是我想的这样，随着时间的延长，我发现每一堂课都比前一堂课难，逐渐的我听得就越来越吃力，还好书上除了理论知识外还有很多例题和图片，这对我对知识的理解有很大的帮助。

同时老师每堂课都用详细的和书上相似的PPT，并且老师讲的非常细致，书上的每一个知识他都会仔细的给我们讲解，有时遇到比较难的问题他还会很耐心的讲解好几遍直到我们都明白了为止，有时候我们好多人都没有听，但只要有人听，他就会很认真的讲。本书的第一章主要介绍数据库系统的基本概念，VFP的开发环境，项目管理器等知识，还记得上第一章时老师就告诉我们这一门课程对我们来说比较难学，也鼓励我们不要放弃，要慢慢的理解，老师总是态度很和蔼的与我们说话，更减少了我们对这一门课的恐惧感。

为了让我们更好的理解所学的知识，老师还为我们准备了与教学知识相关的实验内容，一般在每堂理论课后都会有实验课，所做的实验都是我们刚学的那些基本的，重点的知识。这种理论与实验相结合的方式加深了我们对教材的理解。刚开始做实验时，因为是初学，所以老师会把所有的步骤都写上，让我们照着做，先熟悉它的基本操作，再慢慢的理解，时间久了，老师就会省去一些简单的步骤，让我们自己练习。并且每次实验之间都有一定的联系，比如下一次实验时当中有的东西就要用到上一次或前几次的实验内容。如果第一次没有做或者没有做完，就会影响到下一次的实验，刚开始我因为不熟就做不完，也不知道与以后的实验是有联系的，偶尔做完了也不知道保存，直到做到下一次实验不会做去问老师时，才知道那是上节课的内容，于是我又从第一次重新开始做起。这样不仅浪费时间，而且赶不上老师的进度，每一节我就会忙于做以前的任务，而不能及时做当天的，从而总觉得自己很忙，但又不知忙了些什么，更不能及时掌握当天所学的知识。使不懂的知识越来越多，自然也就觉得学起来很吃力。

书中第二章给我们介绍了VFP的基础知识及数据运算，这一章内容让我对数据库有了进一步的理解，这也为我以后学习数据库打下了基础，因为基础的东西才是一切学习的前提，没有这些知识又怎能继续学习后面的知识。第三章讲了表的基本操作，如对表结构的认识，如何创建表和修改表操作，排序与索引，数据表的统计，工作区与多表操作，表文件等。这一章内容是数据处理与操作的前提基础。每一章的内容由浅入深，层层相扣，关系密切。这对我们学好这门课有很大帮助。

通过这一学期的学习我了解到数据库有很多优点，对我们的学习和生活非常有用，第一，它可以实现数据共享，所有用户可同时存取数据库中的数据，也可以用各种方式通过接口使用数据库，这样大大方便了我们每一个人的学习与生活。第二，它可以减少数据的冗余度，与其他的一些文件系统相比，因为数据库实现了数据共享，从而避免了用户各自建立应用文件，减少了大量重复数据，减少了数据冗余，这一特点使我们的操作更方便更快捷。减少了时间的浪费，提高了工作的效率。第三，数据库可以确保数据的安全性和可靠性，可以防止数据丢失，保证数据的正确性和有效性，同时数据库可以及时发现故障并修复故障，从而防止数据被破坏。数据库的这一系列特点都决定了它有很强大的功能，可以为我们提供很多方便，提高了我们的学习生活效率和质量，是一门很值得我们去学习的一门课程。我们应该重视它，使其更好地帮助我们。现在想起来还有一点点后悔，当时没有好好听。

在这一学期有限的几次实验课后，我虽然没有学会很多，但也学会了一些简单的操作，我学会了一些简单的数据运算；会建立一些简单的表，修改表的结构和在表中输入简单的记录以及对表记录的定位和修改；创建与编辑数据库等比较容易简单的操作。有时候在做实验时，对于实验中的一些东西我不怎么了解，但我还会去做，因为我想只有多练习才能熟练，也才能理解掌握知识。我不知道这一门课对其他同学来说怎么样，但对我来说却有些难，但我会努力。因为我认为它对我以后考计算机二级有很大的帮助。

很快这一学期马上就要结束了，数据库这一门课也很快就要结束了，但这一学期的学习让我知道了很多，尤其是老师的耐心，老师的敬业精神感动了我，每一次还在午休时就有不想去上课的冲动，但我都克服了，因为我想到老师从那么远来给我们上课，他能来，为什么我不能，所以每次我都会说服自己要好好上课。这不仅仅对我的学习有很大的启示，更重要的是，他也告诉了我在以后的人生中如何去做事，如何去做人。再做任何事时都应该认真负责，任何一个人都应该被尊重。因为有人还是想听，所以每次有人说话时，老师就会说你可以不听，可以睡觉，但不能影响其他人听课。上次清明放假时，好多人想回家，所以大部分人都没有来，老师并没有生气，而是很理解我们，有时候当别人理解我们时，我们应该思考自己有没有去理解过他人，这是相互的，就像老师理解我们一样，我们也应该按时上课，尊重老师，理解老师。

数据库心得体会(篇12)

时光飞逝，我们的实训生活就要结束了。经过短暂的一个星期的实训，我们学习到了许多以前不懂的操作、知识，也明白了实践的重要性，更意识到了自己在计算机上还有许多不足。而最让我感触深刻的是团队精神的重要。

在操作中，我们遇到许多问题，比如我在建立表的途中，许多数据在输入时，经常出现问题，不是这边出错就是那边出错，不过后来也解决了问题，完成了表的建立和所需的前提工作。在后来的操作中，我们遇到了更多地问题。曾经老师讲过的步骤也听得懂，可一实践就重重受阻，就在我们非常焦急，想“怠工”时，我们队员相互鼓励，相互帮助，一步一步做，仔仔细细，一个一个排查错误，遇到不会的酒请教他人。最后总算是功夫没白费，我们用自己的双手完成了自己的任务，当时心里感到特别的有成就感。当然这还是要感谢我的队员们，一群可爱的人。

我感触最深的是我们大家一起做查询、报表、窗体时那种投入，努力的精神。虽然在做查询时有好多查询步骤都没有做成功，但是我们努力了，共同合作过，那么就要相信自己，向老师请教，解决问题，不会的操作就要学会，使我们这次的实训成为真正的锻炼。

通过这次实训，我们对电脑有了更深刻的认识，更让我有机会体验做系统程序的过程是不易的。这将会成为我一生中的宝贵经验，也会激发我对电脑操作的学习。我明白只有不断学习，不断充实，才能够提高自己的能力。更要感谢我们一起的团队，大家的相互激励帮助才完成了今天的任务，这种动力是无穷的。我想说这次实训令我今生难忘，途中的心酸，快乐会让我回味无穷。可爱的.同伴们，我们的友谊永留心间，我们是最棒的！