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

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

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

1、编辑地图

2、发布地图生成服务

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

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

数据库的心得体会篇2

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

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

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

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

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

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

数据库主要知识点：

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

第二章

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

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

第五章

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

第六章

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

第七章

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

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

第九章

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

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

第十章：

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

第十一章

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

第十二章

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

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

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

第十五章

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

数据库的心得体会篇3

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

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

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

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

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

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

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

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

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

数据库的心得体会篇4

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

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

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

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

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

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

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

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

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

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

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

数据库的心得体会篇5

在学习数据库和数据表创建和修改时，了解到表是建立关系数据库的基本结构，用来存储数据具有已定义的属性，在表的操作过程中，有查看表信息、查看表属性、修改表中的数据、删除表中的数据及修改表和删除表的操作。从课程中中让我更明白一些知识，表是数据最重要的一个数据对象，表的创建好坏直接关系到数数据库的成败，表的`内容是越具体越好，但是也不能太繁琐，以后在实际应用中多使用表，对表的规划和理解就会越深刻。我们上机的另一个内容是数据库的约束、视图、查询。从中我们了解到查询语句的基本结构，和简单select语句的使用，多表连接查询。而在视图的操作中，也了解到了视图是常见的数据库对象，是提供查看和存取数据的另一种途径，对查询执行的大部分操作，使用视图一样可以完成。使用视图不仅可以简化数据操作，还可以提高数据库的安全性，不仅可以检索数据，也可以通过视图向基表中添加、修改和删除数据。存储过程、触发器也是我们学习的内容之一，在操作中有建立存储过程，执行存储过程，及查看和修改存储过程，这些都是非常基础的东西，但对用户却是非常重要的呢，只有熟悉了t_sql语言，才能更好的掌握更多的东西。我们还学习了，sql管理、数据的导入、导出、备份和还原。有sqlserver安全访问控制；登录账户的管理；数据库角色的管理；用户权限管理。维护数据库的安全是确保数据库正常运行的重要工作。数据的备份是对sqlserver数据事务日志进行拷贝，数据库备份记录了在进行备份操作的数据库中所有数据的状态。而数据的备份还分为数据库完整备份、差异备份、事务日志备份、文件及文件组备份。做数据备份就是为了以后的数据库恢复用。我们还做了仓库管理数据库，其中的要求包含了许多数据库的对象，综合了我们所学的许多知识，让我们更努力的把所学到的东西运用上去。

数据库的心得体会篇6

在这次课程设计中，我们小组设计的是一个仓库管理系统，通过设计这个系统，可以更方便地实现信息的浏览，查询，添加等操作和报表输出等功能，具体包括能实现产品入库管理，可以填写入库单，确认产品入库；产品出库管理，可以填写出库单，确认出库；借出管理，凭借条借出，然后能够还库；初始库存设置，设置库存的初始值，库存的上下警戒限；可以进行盘库，反映每月，年的库存情况；可以查询产品入库情况，出库情况，当前库存情况，可以按出库单，入库单，产品，时间进行查询；虽然这个系统的功能还不是很完善，还有很多功能尚未实现，但这也是我们共同努力的结果，只要有更多的时间，我相信我们能完成的更好。

通过这次将近一个星期的课程设计实训，我对数据库在生活中的广泛应用有了更深的体会，同时也加深了对access20xx的认识，了解了相关的access的知识，尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。由于不会vb编程，很多功能实现起来很困难，但好在access有查询、宏和窗体，特别是宏操作可以将几个操作结合在一起，可以执行多个查询，可以调用多次窗体。例如，在某个窗体中要显示设备代码表信息，所以这个窗体中建立一个子窗体用于设备代码表的显示，我们打开窗体后又对设备代码表进行了跟新，所以窗体中显示的并不是最新数据，我们往往需要及时看到设备代码表跟新后的最新数据，窗体不会自动跟新我们就不会看到最新数据，所以这时候我们就会用一个宏操作在对设备代码表跟新之后关闭窗体在打开窗体，这样窗体就相当于完成了一次跟新操作。又例如，在一个表a中刚刚追加了一条记录，我们要将每次刚刚新添加的记录跟新到另一个表b中，用一个查询是很难完成的，经过认真思考，得到了解决的办法是，需要三个步骤，第一步，在表a中添加标志字段，设置默认值为‘否’。第二步，编写跟新查询将标志字段为‘否’的数据跟新到表b中。第三步，编写跟新查询将表a中标志字段为‘否’的跟新为‘是’。

经过这次课程设计，是我明白团队的力量是最大的，至少三个臭皮匠顶个诸葛亮，何况我们都是充满激情的团队。我想在以后的工作中我一定要做到多思考多与团队交流，遇到难题一定要有必胜的信心

数据库的心得体会篇7

今天进行了一次完整的数据库设计的过程，其实一直来说我都是非常害怕数据库的设计的，因为在刚刚接触的时候，我就知道，数据库设计其实是一个项目的开端，因为数据库设计实际上就是业务的设计，在需求清晰的时候，完成清晰流畅的业务设计又是一大难点。

一下为我自己的心得经验希望大家批评指正！

数据库设计应该遵循以下几个原则：

对需求的认知完全没有歧义；

熟练而且正确的e-r图绘制，明确改图是表明实体和关系的图，实体表示要在数据库里保存的类，关系表示类与类之间的相互关系，关系主要有一对一，一对多，多对多。经验之谈，继承关系通常可以用一对一表示，而一对多或者多对多通常表示类之间的使用关系；

在设计时要做到高度的抽象，对内容或者关系相类似的内容抽象为一类实体，在分类时可以抽象出一个“类”的实体，与要分类实体之间进行多对多关系映射，明确哪些是必须要进行存储的实体；

如果系统涉及用户角色的不同不妨把，账户和身份的考虑分离开，账户的存在让他是一直存在的并且在身份变化时个人的历史和基础内容是不变的，就是身份的加持让他可以有特权或者使命，而账户是他在系统中的根；

对于有值内容，并且需要对值进行统计结果的`需要对他进行内容的拆分，比如：问卷表和问卷内容表，问卷内容值表要拆开，才有利于统计计算，而且他们之间是一对多关系；

有时更加困难的是一个实体会发生多个维度的分类，那么就把他的拆分维度一一分开；

“频道”概念在消息分发时是一个非常灵活的概念；