写心得体会是让我们安静下来认真思考的手段之一，一篇读后感有助于加深我们对名著理论的体会，好文档范文小编今天就为您带来了看数据库书的心得体会模板8篇，相信一定会对你有所帮助。
看数据库书的心得体会篇1
学习数据库对我来说是一直都计划学的，没接触的时候总是觉得它比较深奥或是不可接近的电脑知识，尽管自己对电脑非常感兴趣，其实还是有些心理上的陌生感，数据库学习心得体会。
学习电脑就和我们平时的其它科目学习一样感觉它有永无止境的知识，在这从初接触电脑时连个电脑的键盘都不敢动到现在连硬盘都也修理，其中的过程是多么长啊，数据库是我在高中时候听过，到了大学渐渐了解了些，但就其原理性的内容还不知道，也就是根本就不清楚什么是数据库，只是知道一个所谓的中国字典里的名词。
我认识它是从我接触网页制作开始的，初用frontpage做网页也就是弄几个框图，没什么东西但还觉得不错，后来听朋友说这是最简单最普通的东东。朋友告诉我真真的网页起码也用到数据库这些东西了，有什么前台的后台的。听我的都晕头转向了，感觉自己是一个长不大的菜鸟了，之后我就去查找相关资料发现在数据库有很多种，这才对它有所了解。
大一、大二的时候想学可不知道怎么学，从什么地方学起。当时也没注意选课本上有这类的课程，到了大三正式的课程也轻松些了，仔细观摩了选修课发现有数据库，有数据库原理和oracle数据库。
当时感觉oracle数据库既然是单独一门课程一定会讲的比较细，也能学到真正实用的内容。选上了这门课以后发现和我想的基本是一样的，老师对学生也比较和蔼可亲，对我们要求也不是很紧。让每个人都觉得轻轻松松就能把这门课程学完，没有多么紧张的作业，也没有太苛刻的要求。
当老师在最后说这个课程结束了，回顾一下以前老师给我们讲过的东西，真的有很多是我们应该去注意的。学习完oracle数据库后感觉oracle可分两大块，一块是开发，一块是管理。开发主要是写写存储过程、触发器什么的，还有就是用oracle的develop工具做form。
有点类似于程序员，当然我可不是什么程序员，有几个程序员朋友他们是我的偶像。开发还需要有较强的逻辑思维和创造能力，自己没有真正做过，但感觉应该会比较辛苦，是青春饭;管理则需要对oracle数据库的原理有深刻的认识，有全局操纵的能力和紧密的思维，责任较大，因为一个小的失误就会down掉整个数据库，相对前者来说，后者更看重经验。这些东西都是从老师哪里和朋友的讨论中得到的心得，也希望其他朋友能多多向老师和朋友请教，如果是个人单独靠自己来完成一个完美的数据库我觉得比较困难，现在基本上都是团队类型的，而且他们的效率高开发的周期也快。
在烟台的.net俱乐部认识几个比较历害的人，他们的团队精神我比较佩服，像我这样一个大学生和他们说起来太菜了。由于数据库管理的责任重大，很少公司愿意请一个刚刚接触oracle的人去管理数据库。
对于我们这些初出茅庐的新手来说，个人认为可以先选择做开发，有一定经验后转型，去做数据库的管理。当然，这个还是要看人个的实际情况来定。其实在烟台大学里学生中有做的好的也是有，只不过通常象这些兄弟们我觉得很少能发现在，因为我只知道一个。在烟雨楼台的bbs版块里有个程序版块，这位版主以前就是学校网络中心的牛人。他曾告诉我学习的方法就是：看书、思考、写笔记、做实验、再思考、再写笔记。我觉得说的很对，对于新手来说就要这样，不断的去努力奋斗，最后一定能得到自己想要的成果。
对于学习oracle数据库从网络上找资料我认为是比较好的，现在的网络又这么的发达应该去充分利用。我知道oracle的网站：这里有oracle的各种版本的数据库、应用工具和权威的官方文档。虽然我是个新手，但是常到哪些相关的数据库论坛或是网站觉得每次的收获都不小，网络对我来说可是个重要的东西，除了oracle数据库对于其它的一些电脑知识都从网络里学习了不少，我常用的一个搜索网站就是大家都熟悉的百度了
以前没接触过它，现在认识了它才知道oracle的`体系很庞大，要学习它，首先要了解oracle的框架。它有物理结构(由控制文件、数据文件、重做日志文件、参数文件、归档文件、密码文件组成)，逻辑结构(表空间、段、区、块)，内存分配(sga和pga)算机的实际内存中得以分配，如果实际内存不够再往虚拟内存中写，后台进程(数据写进程、日志写进程、系统监控、进程监控、检查点进程、归档进程、服务进程、用户进程)，scn(system change number)。
这些东西感觉都比较专业，我对它们也就是个知道，想要真真去认识我还得努力去做。虽然懂得还不是很多，起码会了基本的软件操作，老师说我们用的都是客户端，服务端看不到，也不知道服务端是什么样的，只知道客户端就挺多东西的，没有真正的去学习利用是很难掌握的。
oracle数据库的学习使我对数据库的有了新的进步，以后再看到也就不至于什么也不懂，其实那么多数据库我觉得学好一门就行，只是他们的语言可能不大一样，学好一门后就可去认识其它的，这样应该有事半功倍的效果。就像我学习c语言，当时不能说是学习的棒，但不算差。所以我对以后的语言感觉都不是很困难，了解了vb、c++还有网页中用的html语言、asp语言都能看懂，起码可以对别人的东西进行了一下修改。
因此，我感谢oracle数据库老师给了我有用的知识，以便我在以后学习或认识更多的内容能有新的方法和思维，也能更加有效和快速的去消化吸收新的东西。
希望在今后中，oracle能给我更多帮助，让我在我熟悉的vb中运用上去，我以前的一个目标是要为学校的选课做一个选课助手来帮助大学，就用我的vb。不过因为种种原因一直没有完成，也包括我对数据库的不了解，因为学了oracle以后知道第一项内容是通过sql查询后得到的，如果去把它们联系起来还不是真正明白，不过我相信我的目标能在学习oracle后得到进展。
看数据库书的心得体会篇2
在这次课程设计中，我们小组设计的是一个仓库管理系统，通过设计这个系统，可以更方便地实现信息的浏览，查询，添加等操作和报表输出等功能，具体包括能实现产品入库管理，可以填写入库单，确认产品入库；产品出库管理，可以填写出库单，确认出库；借出管理，凭借条借出，然后能够还库；初始库存设置，设置库存的初始值，库存的上下警戒限；可以进行盘库，反映每月，年的库存情况；可以查询产品入库情况，出库情况，当前库存情况，可以按出库单，入库单，产品，时间进行查询；虽然这个系统的功能还不是很完善，还有很多功能尚未实现，但这也是我们共同努力的结果，只要有更多的时间，我相信我们能完成的更好。
通过这次将近一个星期的课程设计实训，我对数据库在生活中的广泛应用有了更深的体会，同时也加深了对access20xx的认识，了解了相关的access的知识，尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。由于不会vb编程，很多功能实现起来很困难，但好在access有查询、宏和窗体，特别是宏操作可以将几个操作结合在一起，可以执行多个查询，可以调用多次窗体。例如，在某个窗体中要显示设备代码表信息，所以这个窗体中建立一个子窗体用于设备代码表的显示，我们打开窗体后又对设备代码表进行了跟新，所以窗体中显示的并不是最新数据，我们往往需要及时看到设备代码表跟新后的最新数据，窗体不会自动跟新我们就不会看到最新数据，所以这时候我们就会用一个宏操作在对设备代码表跟新之后关闭窗体在打开窗体，这样窗体就相当于完成了一次跟新操作。又例如，在一个表a中刚刚追加了一条记录，我们要将每次刚刚新添加的记录跟新到另一个表b中，用一个查询是很难完成的，经过认真思考，得到了解决的办法是，需要三个步骤，第一步，在表a中添加标志字段，设置默认值为‘否’。第二步，编写跟新查询将标志字段为‘否’的数据跟新到表b中。第三步，编写跟新查询将表a中标志字段为‘否’的跟新为‘是’。
经过这次课程设计，是我明白团队的力量是最大的，至少三个臭皮匠顶个诸葛亮，何况我们都是充满激情的团队。我想在以后的工作中我一定要做到多思考多与团队交流，遇到难题一定要有必胜的信心
看数据库书的心得体会篇3
数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。
首先，让我的记忆追溯到大二暑假，在老大的指引下（老大劝我学），我接触到microsoft公司的产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称"是用于创建下一代应用程序的理想而又现实的开发工具"，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sql server20xx，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。
通过一个暑假的学习，基本搞清楚了理论方面的东西，具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。
来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，just do it！我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发的时候我想过用什么架构，c/s模式？模式有很多，怎么选择？我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。just do it！前期工作准备好后，那么我就得把我暑假学的加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的.奋斗，我完成了我的数据库课程设计——基于数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，未来十年的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，just do it！语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊！
我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。
看数据库书的心得体会篇4
在大二的下学期刚学了数据库这门课，对这门课的第一印象是书本蛮厚的，感觉学起来应该会很难很累。在学习这门课的过程中，在对数据库的了解过程中，慢慢对数据库有了感观。数据库这一词并不是很难想象，并不是像外人看来很神奇。作为计算机专业的学生，这样的专业术语或者专业知识是最基本的。
学习的时候没有想象中的那么难，只要上课能听懂就基本还可以。但是问题还是出在书本有点厚，有的时候上课的内容都要找很久才能找到，甚至有的时候老师讲的知识书本上是找不到的，是另外补充而且是相当重要的内容。有的时候开小差，没有听到老师讲的知识点，这就导致了以后的学习无法顺利进行，使得学习起来十分困难。所以在数据库这门课的学习中，上课一定要听牢，就像老师说的那样，这样的专业课如果想凭考试前几天突击是行不通的，必须是日积月累的知识才能取得好成绩。
通过对数据库的学习，我也明白了各行各业都离不开数据库，就算是一个小型的超市也离不开它。可见数据库这门课的广泛性，如果能够认真学好它将来必有成就。我就是抱着这种信念去学习数据库的。第一次接触数据库，第一次接触sql语言，虽然陌生，但是可以让我从头开始学，就算没有基础的人也可以学得很好。刚开始练习sql语言的时候，并不是很难，基本上都是按照老师的步骤来做，还很有成就感。后来学了单表查询和连接查询后，就慢慢发现越学越困难了，每个题目都要思考很久，并且每个题目基本上不止一个答案，所以必须找出最优的答案。后面的删除、插入、修改这些题目都变化蛮大的，书本上的例题根本无法满足我们，好在老师给我们提供了大量的课件，通过这些ppt，我们可以巩固课内的知识，还可以学习内容相关的知识，更好地完成老师布置的作业。
除了老师布置的一些基本作业外，还有一份大作业。就像我们小组的是杂货店的销售管理系统，在完成这一作业的过程中，我们可以通过网络实现一家杂货店。过程是很复杂的，杂货店需要员工，还有百来种商品，不仅需要大量的数据，还要完成需求说明，数据词典，还有e-r图等，虽然想象起来并不是很难，但是要转化成文字，转化成人们能够读懂的文字就显得十分困难。特别是一个完整的销售系统，对我们来说都是第一次接触，在做大作业的时候经常是前面改改，后面改改，因为一些数据不能很好地对应起来，经常会遗忘一些，所以出现了这样的情况。一个完整的数据库系统也就是在这样修修改改的状态下完成的，也给了我很大的反思。第一、一个数据库的完成一定要考虑各方面的因素，包括现实因素。第
二、在完成这类作业时，修修改改是很正常的，不要因此而厌倦。第三、一个完整的数据库一定不能出现错误，否则会在现实生活中带来不必要的麻烦。
通过本学期数据库的学习及大作业的完成，很有去作项目的冲动，但深知自己的能力水平有限，还需要更多的学习。
本学期开设的《数据库系统及应用》课程已经告一段落，现就其知识点及其掌握情况以及对该门课程的教学建议等方面进行学习总结。
一、数据库主要知识点
我们首先从第一章绪论了解了数据库的概念，其中有几个较为重要的知识点，即数据库系统
dbs、数据库管理系统dbms的概念以及数据库管理员dba的职责。此外本章还介绍了数据库发展的三个阶段：人工管理阶段、文件系统阶段和数据库系统阶段。
第二章介绍了数据模型和三层模式数据库。本章要求我们理解实体-联系方法，并学会绘制e-r图。此外还应掌握概念数据模型的意义和传统的三大数据模型，以及数据独立性和数据库三层模式结构。
接着开始着重讲述现在普遍使用的关系数据库。包括关系数据模型的数据结构和基本术语，关系模型的完整性约束和关系代数运算。重点是关系模式完整性的分类和功能，以及关系代数中集合运算和关系运算。最后介绍了关系数据库系统的三层模式结构。
第五章系统讲述关系数据库的标准语言sql的定义功能、查询功能、操作和控制功能。重点在于数据查询功能。另外还介绍了视图的用法和动态sql中定义、操作和查询功能。
第六章知识点有：存储过程的创建和执行过程、修改和删除；触发器的基本概念，建立，插入和删除视图，插入、删除和更新类触发器。最后介绍了数据完整性。
第七章介绍安全性，包括安全性措施的层次、数据库管理系统的安全功能等，用户管理和角色管理，权限管理。其他的安全问题包括：数据加密、审计、统计数据库和用户定义的安全性措施。
事务管理这一章首先介绍了事务的概念、性质以及sql对事务的支持。并发控制——干扰问题、可串行性、封锁、死锁、隔离级别、封锁与隔离级别；恢复——故障类型、备份类型、日志的概念、恢复模型、备份转储、还原。
第九章为关系数据理论：函数依赖术语和符号；函数依赖的公理系统——amstrong公理的内容及其正确性、逻辑蕴含和闭包、公理的完备性、闭包的计算、函数依赖集的等价和最小化；规范化——1nf、2nf、3nf、bcnf；模式分解。
第十章：数据库设计。完善e-r模型中的概念——弱实体，依赖关系，强制联系；数据库设计的过程主要掌握其建立的步骤。
第十一章介绍面向对象数据库：新的数据库应用和新的数据库类型；面向对象的数据模型——对象与类；对象的属性、方法和状态、对象的交互和消息、类的确定和分化、封装、继承、多态；对象关系数据库与对象数据库；面向对象数据库的研究。
十二章“数据库应用的结构和开发环境”并非重点，而第十三章的内容在软件工程课程中就已经掌握，所以这两章的知识点就略过了。
第十四章分布式数据库与分布式数据管理：概念；分布式数据库的分布方式；分布式数据库特点和目标——更新传播、分布式查询处理、目录表管理、分布式事务管理；sqlserver的复制及其术语、复制模型。
十五章数据仓库：概念；结构；数据仓库系统；建立数据仓库系统；实现数据仓库的数据库模型；数据仓库与决策支持。
最后，数据库研究和应用的新领域这一章中掌握知识库的知识即可。
二、学习数据库的收获
sql (结构化查询语言)是用于执行查询的语法。但是 sql 语言也包含用于更新、插入和删除记录的语法。
查询和更新指令构成了 sql 的 dml 部分：
select - 从数据库表中获取数据
update - 更新数据库表中的数据
delete - 从数据库表中删除数据
insert into - 向数据库表中插入数据
sql 的数据定义语言 (ddl) 部分使我们有能力创建或删除表格。我们也可以定义索引（键），规定表之间的链接，以及施加表间的约束。
sql 中最重要的 ddl 语句:
create database - 创建新数据库
alter database - 修改数据库
create table - 创建新表
alter table - 变更（改变）数据库表
drop table - 删除表
create index - 创建索引（搜索键）
drop index - 删除索引
数据库有保持数据的独立性，所谓数据独立，是指存储在数据库中的数据独立于处理数据的所有应用程序而存在。也就是说，数据是客观实体的符号化标识，它就是一个客观存在，不会因为某一项应用的需要而改变它的结构，因此是独立于应用而存在着的客观实体。而某一项应用是处理数据获取信息的过程，也就是应用程序，它只能根据客观存在着的数据来设计所需要的数据处理方法，而不会去改变客观存在着的数据本身。数据库的传统定义是以一定的组织方式存储的一组相关数据的集合，主要表现为数据表的集合。
根据标准，sql语句按其功能的不同可以分为以下6大类：
数据定义语句（data-definition language，ddl）；
数据操作语句（data-manipulation languagesql server20xx 功能，dml）； 操作管理语句（transaction-management language，tml）；
数据控制语句（data-control language，dcl）；
数据查询语句（data-query language，dql）；
游标控制语句（cursor-control language，ccl）。
这门课中仍然有许多不太懂的地方，还需要以后进一步学习。
三、对数据库课程教学的建议
1、精讲多练，自主学习。集中精力对基础知识，基本原理和重点内容精心组织，精心讲授，引导学生建立系统的知识结构。精讲必须多练，从能力培养着眼，注重讲、练结合，保证练的比重，加强技能训练，培养学生自主学习，增强分析问题和解决问题的能力。
2、互动式教学法，每一堂实验课均很好的“设计问题”、“引导思考”、“假设结论”、在实验中“探索求证”。使不同程度的学生可以在不同层次上举一反三。这样，使得课堂学生生气勃勃，师生互动，具有启发性。
看数据库书的心得体会篇5
这次实习是一个操作类的实习，那么久对比下以前操作过的软件，对比一下二者不同，我们使用的软件主要是arcgis软件和mapgis软件。首先是mapgis软件。mapgis软件的优点在于界面清楚，鼠标交互性强，需要功能或者对某对象操作时右键可以找到相应操作。比如导入图层新建图层等，arcgis要新建图层则需要在规定的地理数据库中新建一个数据集，然后对其进行编辑。在分析方法方面mapgis的功能也比较齐全。我使用的mapgis版本唯一一个我比较不满意的地方是操作较快是比较容易程序崩溃;再来我也是用了arcgis做后面的实习19，arcgis的鼠标交互性相对来说弱一点，但是arcgis的优点也是比较好的，首先它的功能模块分得比较清楚，我不需要为了一个功能找很多地方，然后对于对象图层的分析与操作功能都放在工具箱中，我可以设置哪些功能开启，哪些功能关闭，节约操作或者分析速度。当我想把数据在两种软件中混用的时候，可以转化文件为标准shp文件，两软件的通信就是这样了。只不过这其中除了一点问题，不同版本软件在转换数据的时候会不可避免的出现数据丢失受损或者异常等情况，只能再次操作。
以后我再对着不同的软件进行操作的时候，会注意他们的操作风格，是偏鼠标还是键盘，是分一套功能还是分模块。然后这次实习的过程其实也是蛮重要的，不仅仅是一些操作过程。
我们在之前的实习中从来没有一次是对arccatalog的操作做得这么详细，全面。这次实习也是一次查漏补缺，将以前很多没有用到的东西都给补上了。我在做这次实习之前，arcgis的软件对我来说就是这几样功能：
1、 编辑地图
2、 发布地图生成服务
3、 导出文件应用到其它科目
但是现在我知道了自己以前的这些操作是很狭隘的，只是仅仅包括了一些很小的功能。对于数据库这块的操作正是我以前所没有认真做或者深层次的接触的。当我把这次实习的第二部分做完以后，收获的确是不小的，虽然实习所用的版本和我用的软件版本不同，甚至于有些步骤根本做不了，但是毕竟还是有很多的相似之处。除了几何网络的.那里没有实施之外，其他的都做了，即便是一个很简单的步骤也做了一下，感受下两个版本的不同。在阅读实习材料的过程中我其实很想找到一些：为什么这样操作的解释，但是没有，然后就自己找了下一些步骤做法的原因。比如说：为什么要将要素类两张表合成一张表，这是可以减少数据冗余的。思考，得出结果，总结经验，这才是实习需要有的效果。希望以后会有更多这种查漏补缺类型的实习，弥补自身不足。
看数据库书的心得体会篇6
在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。
当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。
我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而php是我刚接触不久的一种编程语言。不过觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。
知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。
看数据库书的心得体会篇7
持续一个月的数据库实训，让我参与了软件工程化的开发过程。其中体会最深的便是我们这个实训网的几个之最：
一、项目最大：项目大是因为我们这个事业起点网站涉及到用户众多―高校，企业，学生，老师，专家，第二个原因是网站的功能多―用户管理，网上实习，网上竞赛，毕业实习设计，项目管理，人才库管理，人才推荐，搜索。项目大很容易造成系统范围的泛滥，在我们的开发初期，由于需求不太明确，功能实现没有重点，造成了需求范围的扩大，给项目开发进度造成了严重的滞后性。然后我们召开了会议讨论了这个问题，一致认同先把项目的基本功能实现，将网站的基本架构搭建起来，最后再在这个基础上继续增加我们网站的其他功能。因此在这个过程中，我深刻体会到了软件工程初期阶段的需求分析以及概要设计的重要性，这两个文档是指导我们后期开发的最重要的依据。
二、数据库表最多：如此庞大的系统，就需要庞大的数据库来支持，所以项目大的直接后果就是我们的数据库表特别多，而且表与表之间的依赖关系也复杂，实体类之间的关系众多，设计起来有一定的难度。数据库的另外一个问题是―数据表的属性，数据表属性的设计完全是依赖于我们刚开始做的需求分析文档，如果需求分析不完整的话，就会造成数据库表属性的缺失，从用户的角度看，就会觉得你的系统提供的数据不够全面，信息量小。
三、开发团队最大：我们团队一共有十四个人，这个对于我们的项目经理来说，是一个相当严峻的问题，毕竟十四个人的团队相当于其他几个小组加起来的人数总和，管理起来有相当大的难度。对于我们这些小组成员来说，由于沟通渠道太多，造成了我们项目中遇到问题，不知道去跟哪个小组成员沟通。为了解决这个问题，我们在团队中又选出了三个小组长，小组成员遇到问题，先去咨询小组长，然后小组长提供反馈信息。
四、项目各个模块间藕合度高：网站涉及的各个功能模块之间的联系紧密，模块之间的接口设计的好坏是项目最终集成成功与否的最重要因素。用户管理这一个部分要为每个模块提供接口，主要是用户的编号以及用户的类型等。每个页面之间的链接也是其中重要的模块接口。这个问题由于我们前期做好了充分的沟通以及按照概要设计中的接口说明去设计自己的模块，所以后期的模块整合没有遇到什么太大的不兼容性等问题。
接下来就谈谈我这一个月中的工作：
需求分析阶段：需求分析阶段我完成了网上竞赛模块的需求分析，其中遇到的主要问题是阅读材料后发现网上实习，网上竞赛，毕业设计指导这几个模块的功能是类似的，提取需求分析后不够明确，经过几次跟汤老师的交流后，确定了这几个模块之间的具体差别，网上竞赛模块的基本需求也大致确定了，网上竞赛模块的基本功能就是学生通过网站报名参加竞赛，企业审核通过后，专家对作品进行评分，排名。
概要设计阶段：在需求分析的基础上，对网上竞赛模块进行了比较具体的概要设计，流程图（ipo图以及用例图）；这个阶段的主要难点是对网上竞赛业务流程的描述，如何实现学生报名，企业发布，专家评审的步骤操作，与及跟其他模块对该模块的限制。
数据库设计阶段：我负责整合初步数据库设计说明书，分配组员按照各自的功能模块的具体需求设计自己模块需要的数据表，然后对这些数据表进行整合。在这个过程中遇到的问题就是数据库实在是太大了，最后下来一共有30多张表，表与表之间的关系复杂，关联性大，需要设置的外键较多，很难将所有的'属性字段给提取出来，属性的类型设置也是一个问题，采用数值型还是采用字符串性在数据库设计中尤为重要，因为在后台搜索方面，数值型比较快捷，而在数据显示方面，字符串型又有直接读出不用转换的好处。每个表的主键我们采用了用实体的编号去标记它，因为这样实体间关联起来会更加简单。数据库的设计关键是要对整个项目的整体的把握，并且要细化对每个实体类的具体属性要求。
详细设计阶段：我觉得是最重要的一个方面，一个完整的详细设计说明应该可以帮助程序员完成具体的实现，程序员可以不用考虑模块之间的耦合问题，只需要将单一的功能按照逻辑顺序编写出来就可以了。网站整体构架搭好了，我们就可以在里面填充自己的功能了。但是因为时间太仓促了，我们这个阶段也就缩水了，带来后面的问题就是后期代码编写的时候比较混乱，函数接口较难统，界面风格多样化。这个阶段，我的主要工作是跟队友一起设计出了网上竞赛模块的学生，企业，管理员，高校以及专家的界面。
编码阶段：我们是用asp.net开发的，主要任务就是从工具中选出你想要的控件，然后在控件响应函数中填充代码，完成相应的事件响应。这里遇到的最大问题是页面的排版问题，因为自己是第一次开发网站，造成了自己设计的界面风格单调，不太美观，现在就尽量做到页面的整齐。这个阶段主要做的就是：写代码→编译→调试→写代码。
这一个月中我学到了很多东西，技术方面就是学会了用asp.net编写网站，最重要的是让我经历了软件工程化的所有阶段，让我对整个软件工程有了感性的认识，而且将大学三年所学到的知识进行了一次系统的串联，更重要的是学会了如何跟项目团队中的成员沟通问题，这是一个宝贵的实践经验。
看数据库书的心得体会篇8
今天进行了一次完整的数据库设计的过程，其实一直来说我都是非常害怕数据库的设计的，因为在刚刚接触的时候，我就知道，数据库设计其实是一个项目的开端，因为数据库设计实际上就是业务的设计，在需求清晰的时候，完成清晰流畅的业务设计又是一大难点。
一下为我自己的心得经验希望大家批评指正！
数据库设计应该遵循以下几个原则：
对需求的认知完全没有歧义；
熟练而且正确的e-r图绘制，明确改图是表明实体和关系的图，实体表示要在数据库里保存的类，关系表示类与类之间的相互关系，关系主要有一对一，一对多，多对多。经验之谈，继承关系通常可以用一对一表示，而一对多或者多对多通常表示类之间的使用关系；
在设计时要做到高度的抽象，对内容或者关系相类似的内容抽象为一类实体，在分类时可以抽象出一个“类”的'实体，与要分类实体之间进行多对多关系映射，明确哪些是必须要进行存储的实体；
如果系统涉及用户角色的不同不妨把，账户和身份的考虑分离开，账户的存在让他是一直存在的并且在身份变化时个人的历史和基础内容是不变的，就是身份的加持让他可以有特权或者使命，而账户是他在系统中的根；
对于有值内容，并且需要对值进行统计结果的需要对他进行内容的拆分，比如：问卷表和问卷内容表，问卷内容值表要拆开，才有利于统计计算，而且他们之间是一对多关系；
有时更加困难的是一个实体会发生多个维度的分类，那么就把他的拆分维度一一分开；
“频道”概念在消息分发时是一个非常灵活的概念；
数据库可以建表来模拟消息服务器分发消息，在无法保证实时性必须存储内容时，同一消息对不同用户创建不同的副本；
总结，其实我在今天的数据库设计中就学习到这些，学习是一个逐渐进步的过程，也是一个自我折磨的过程，希望我可以在这条路上走的再远一点。
会计实习心得体会最新模板相关文章：
