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

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

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

数据库的实训心得篇2

这次实习是一个操作类的实习，那么久对比下以前操作过的软件，对比一下二者不同，我们使用的软件主要是arcgis软件和mapgis软件。首先是mapgis软件。mapgis软件的优点在于界面清楚，鼠标交互性强，需要功能或者对某对象操作时右键可以找到相应操作。比如导入图层新建图层等，arcgis要新建图层则需要在规定的地理数据库中新建一个数据集，然后对其进行编辑。在分析方法方面mapgis的功能也比较齐全。我使用的mapgis版本唯一一个我比较不满意的地方是操作较快是比较容易程序崩溃;再来我也是用了arcgis做后面的实习19，arcgis的鼠标交互性相对来说弱一点，但是arcgis的优点也是比较好的，首先它的功能模块分得比较清楚，我不需要为了一个功能找很多地方，然后对于对象图层的分析与操作功能都放在工具箱中，我可以设置哪些功能开启，哪些功能关闭，节约操作或者分析速度。当我想把数据在两种软件中混用的时候，可以转化文件为标准shp文件，两软件的通信就是这样了。只不过这其中除了一点问题，不同版本软件在转换数据的时候会不可避免的出现数据丢失受损或者异常等情况，只能再次操作。

以后我再对着不同的软件进行操作的`时候，会注意他们的操作风格，是偏鼠标还是键盘，是分一套功能还是分模块。然后这次实习的过程其实也是蛮重要的，不仅仅是一些操作过程。

我们在之前的实习中从来没有一次是对arccatalog的操作做得这么详细，全面。这次实习也是一次查漏补缺，将以前很多没有用到的东西都给补上了。我在做这次实习之前，arcgis的软件对我来说就是这几样功能：

1、编辑地图

2、发布地图生成服务

3、导出文件应用到其它科目

但是现在我知道了自己以前的这些操作是很狭隘的，只是仅仅包括了一些很小的功能。对于数据库这块的操作正是我以前所没有认真做或者深层次的接触的。当我把这次实习的第二部分做完以后，收获的确是不小的，虽然实习所用的版本和我用的软件版本不同，甚至于有些步骤根本做不了，但是毕竟还是有很多的相似之处。除了几何网络的那里没有实施之外，其他的都做了，即便是一个很简单的步骤也做了一下，感受下两个版本的不同。在阅读实习材料的过程中我其实很想找到一些：“为什么这样操作”的解释，但是没有，然后就自己找了下一些步骤做法的原因。比如说：为什么要将要素类两张表合成一张表，这是可以减少数据冗余的。思考，得出结果，总结经验，这才是实习需要有的效果。希望以后会有更多这种查漏补缺类型的实习，弥补自身不足。

数据库的实训心得篇3

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

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

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

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

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

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

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

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

经过为期两个月的电子政务服务平台系统开发的实训，我对visual 20xx。net软件开发平台有了更深一步的了解，对微软基础类库的认识与使用也有了大大的提高。以及如何使用sql server数据库进行连接操作方面有了本质的提高。

短短的实训结束了，为我将来的就业打下了良好的基础，也提高了我的软件开发的水平，今后我将会更加努力的学习，不断提高自身素质，开拓创新，与时俱进，做一个优秀的软件开发工程师。

数据库的实训心得篇4

时间一晃而过来公司x个月的时间，以快速了解xx银行实物资产系统的业务需求，进行对系统的分析，这是我人生中弥足珍贵的一段经历。在这段时间里领导在工作上给予了我极大的帮助，让我充分感受到了领导们“海纳百川”的胸襟，感受到了大发人“不经历风雨，怎能见彩虹”的豪气。肃然起敬的同时，也为我有机会成为一份子而自豪。每个人都是在不断的总结中成长，在不断的审视中完善自己。在这段时间里自己也是在总结、审视中脚踏实地地完成好本职工作，现将这段时间总结如下：

1、对xx银行的实物资产系统的整个数据库的规划；

2、分拆库设计，登陆及权限库，全行库，分行库，批处理库，建示意图，开发部和业务部开会讨论确认，最后按方案设计；

3、数据库设计、数据分析、系统开发维护和管理工作；

4、设计备份与恢复策略并贯彻实施、设计数据库高可用性方案并贯彻实施；

5、设计数据库高可用性方案并贯彻实施、根据业务及应用开发需求进行数据建模、开发较复杂的后台存储过程及触发器；

6、主持开发过大型数据库系统，能够通过良好数据库结构设计解决海量数据的高效处理；

7、我以前一直从事编程方面，在编程的思想上去考虑问题，在公司紧缺数据库设计工程师，在项目经理的安排下，我主要负责数据库设计，在数据库设计方面，我学会数据库优化，准确理解需求；掌握常见互联网应用服务的配置与管理，开发过大容量数据库、高性能的服务。

我有一个人生目标：做最有影响力的自己。它不是靠哗众取宠能够得来的，而是需要不断提升梦想的高度、拓展心灵的宽度、累积思想的厚度！我相信，我的人生目标在以后的路上会一直影响我的职业生涯。熟练掌握我们的产品。力争做个技术骨干！这是我对自己一个总体要求！

数据库的实训心得篇5

在学习这门课的过程中，在对数据库的了解过程中，慢慢对数据库有了感观。数据库这一词并不是很难想象，并不是像外人看来很神奇。作为计算机专业的学生，这样的专业术语或者专业知识是最基本的。

学习的时候没有想象中的那么难，只要上课能听懂就基本还可以。但是问题还是出在书本有点厚，有的时候上课的内容都要找很久才能找到，甚至有的时候老师讲的知识书本上是找不到的，是另外补充而且是相当重要的内容。有的时候开小差，没有听到老师讲的知识点，这就导致了以后的学习无法顺利进行，使得学习起来十分困难。所以在数据库这门课的学习中，上课一定要听牢，就像老师说的那样，这样的专业课如果想凭考试前几天突击是行不通的，必须是日积月累的知识才能取得好成绩。

通过对数据库的学习，我也明白了各行各业都离不开数据库，就算是一个小型的超市也离不开它。可见数据库这门课的广泛性，如果能够认真学好它将来必有成就。我就是抱着这种信念去学习数据库的。第一次接触数据库，第一次接触sql语言，虽然陌生，但是可以让我从头开始学，就算没有基础的人也可以学得很好。刚开始练习sql语言的时候，并不是很难，基本上都是按照老师的步骤来做，还很有成就感。后来学了单表查询和连接查询后，就慢慢发现越学越困难了，每个题目都要思考很久，并且每个题目基本上不止一个答案，所以必须找出最优的答案。后面的删除、插入、修改这些题目都变化蛮大的，书本上的例题根本无法满足我们，好在老师给我们提供了大量的课件，通过这些ppt，我们可以巩固课内的知识，还可以学习内容相关的知识，更好地完成老师布置的作业。

除了老师布置的一些基本作业外，还有一份大作业。就像我们小组的是杂货店的销售管理系统，在完成这一作业的过程中，我们可以

通过网络实现一家杂货店。过程是很复杂的，杂货店需要员工，还有百来种商品，不仅需要大量的数据，还要完成需求说明，数据词典，还有e-r图等，虽然想象起来并不是很难，但是要转化成文字，转化成人们能够读懂的文字就显得十分困难。特别是一个完整的销售系统，对我们来说都是第一次接触，在做大作业的时候经常是前面改改，后面改改，因为一些数据不能很好地对应起来，经常会遗忘一些，所以出现了这样的情况。一个完整的数据库系统也就是在这样修修改改的状态下完成的，也给了我很大的反思。第一、一个数据库的完成一定要考虑各方面的因素，包括现实因素。第二、在完成这类作业时，修修改改是很正常的，不要因此而厌倦。第三、一个完整的数据库一定不能出现错误，否则会在现实生活中带来不必要的麻烦。

通过本学期数据库的学习及大作业的完成，很有去作项目的冲动，但深知自己的能力水平有限，还需要更多的学习。

数据库主要知识点：

我们首先从第一章绪论了解了数据库的概念，其中有几个较为重要的知识点，即数据库系统dbs、数据库管理系统dbms的概念以及数据库管理员dba的职责。此外本章还介绍了数据库发展的三个阶段：人工管理阶段、文件系统阶段和数据库系统阶段。

第二章

介绍了数据模型和三层模式数据库。本章要求我们理解实体-联系方法，并学会绘制e-r图。此外还应掌握概念数据模型的意义和传统的三大数据模型，以及数据独立性和数据库三层模式结构。

接着开始着重讲述现在普遍使用的关系数据库。包括关系数据模型的数据结构和基本术语，关系模型的完整性约束和关系代数运算。重点是关系模式完整性的分类和功能，以及关系代数中集合运算和关系运算。最后介绍了关系数据库系统的三层模式结构。

第五章

系统讲述关系数据库的标准语言sql的定义功能、查询功能、操作和控制功能。重点在于数据查询功能。另外还介绍了视图的用法和动态sql中定义、操作和查询功能。

第六章

知识点有：存储过程的创建和执行过程、修改和删除；触发器的基本概念，建立，插入和删除视图，插入、删除和更新类触发器。最后介绍了数据完整性。

第七章

介绍安全性，包括安全性措施的层次、数据库管理系统的安全功能等，用户管理和角色管理，权限管理。其他的安全问题包括：数据加密、审计、统计数据库和用户定义的安全性措施。

事务管理这一章首先介绍了事务的概念、性质以及sql对事务的支持。并发控制——干扰问题、可串行性、封锁、死锁、隔离级别、封锁与隔离级别；恢复——故障类型、备份类型、日志的概念、恢复模型、备份转储、还原。

第九章

为关系数据理论：函数依赖术语和符号；函数依赖的公理系统——

amstrong公理的内容及其正确性、逻辑蕴含和闭包、公理的完备性、闭包的计算、函数依赖集的等价和最小化；规范化——1nf、2nf、3nf、bcnf；模式分解。

第十章：

数据库设计。完善e-r模型中的概念——弱实体，依赖关系，强制联系；数据库设计的过程主要掌握其建立的步骤。

第十一章

介绍面向对象数据库：新的数据库应用和新的数据库类型；面向对象的数据模型——对象与类；对象的属性、方法和状态、对象的交互和消息、类的确定和分化、封装、继承、多态；对象关系数据库与对象数据库；面向对象数据库的研究。

第十二章

“数据库应用的结构和开发环境”并非重点。

第十三章的内容在软件工程课程中就已经掌握，所以这两章的知识点就略过了。

第十四章分布式数据库与分布式数据管理：概念；分布式数据库的分布方式；分布式数据库特点和目标——更新传播、分布式查询处理、目录表管理、分布式事务管理；sqlserver的复制及其术语、复制模型。

第十五章

数据仓库：概念；结构；数据仓库系统；建立数据仓库系统；实现数据仓库的数据库模型；数据仓库与决策支持。

数据库的实训心得篇6

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

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

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

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

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

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

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

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

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

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

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

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

数据库的实训心得篇7

关系型数据库，是指采用了关系模型来组织数据的数据库。

关系模型是在1970年由ibm的研究员博士首先提出的，在之后的几十年中，关系模型的概念得到了充分的发展并逐渐成为主流数据库结构的主流模型。

简单来说，关系模型指的`就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织。

关系模型中常用的概念：

关系：可以理解为一张二维表，每个关系都具有一个关系名，就是通常说的表名

元组：可以理解为二维表中的一行，在数据库中经常被称为记录

属性：可以理解为二维表中的一列，在数据库中经常被称为字段

域：属性的取值范围，也就是数据库中某一列的取值限制

关键字：一组可以唯一标识元组的属性，数据库中常称为主键，由一个或多个列组成

关系模式：指对关系的描述。其格式为：关系名(属性1，属性2，...... ，属性n)，在数据库中成为表结构