数据库设计的心得体会

数据库设计的心得体会
数据库设计的心得体会篇一：数据库设计心得体会(完整版)
索引、规则、默认值和约束
在这个小组中，我负责建立图书数据库的索引、规则、默认值和约束。

数据库的索引是一个表中所包含的值的列表，注明了表中包含各个值的行所在的存储位置。

创建索引，我最大的感受是能节约大量时间，特别是当表中数据很大时。

规则、约束、默认值则一起保证了数据的完整性。

规则是数据库中队存储在表的列或用户定义数据类型中的值的规定和限制；约束定义了关于列中允许值的规则；默认值是用户输入记录时向没有指定具体数据的列中自动插入的数据。

这些都是创建一个数据库必不可少的元素。

表的创建
在我们这个小组里，我负责关于表的创建部分，包括了字段名、数据类型和主键的设计。

我做的数据库设计部分，首先必须弄清楚表中列的数据类型，是char、varchar、int、datetime、smallint型等等，还有是几个字符长度。

还有的就是它的值是否可以为空的，这也是需要考虑的。

在这个过程中我需要注意的是表的列名是不能重复的，它是具有唯一性的。

设置主键相对而言就比较容易了，我最大的体会是对于表中每列的数据类型的分析必须谨慎细心，否则很容易出错。

E-R图
在我们组我负责画E-R图。

它是这次项目设计的关键点，如果E-R图设计错误那么接下来的设计就无法进行，因此设计E-R 图时需要特别的认真。

E-R模型能够方便地模拟研究对象的静
态过程。

E-R ,即实体-联系方法，E-R图直观提供了表示实体型、属性和联系的方法。

在画E-R图过程中，必须明确识别实体、属性和联系，用矩形、椭圆和菱形对应框出来。

画这个图为后面的数据库设计打好基础，通过这次的数据库设计，我学到了不少知识，将理论运用与实际。

表关系图
在我们小组，我负责的是创建表关系图这部分。

建表关系图相对来说也是比较容易的，只需要明确表之间的关系，有相同列内容的表用线连接起来。

创建表关系图时，把老师上课讲的内容结合起来，就比较轻松了。

通过这次小组设计，分工合作，我学到了很多书本上不能学到的东西，感觉对数据库的了解有所提高，毕竟自己亲自设计过一个数据库，不再是书本上的理论，空空而谈，自己觉得还是有收获的。

实验总结
在这次项目设计中，我们小组所选择的是设计一个图书管理系统，这对我们来说是一次尝试与创新的过程，也可以说是一个挑战的过程。

虽然学了数据库这么久了，但是我们还是缺少经验。

现在我们利用自己学到的知识设计并制作一个图书管理系统，这本身就是一个知识转化为生产力的过程，所以大家都很兴奋，都不同程度的投入了很高的热情与努力。

在具体的设计与实施中，我们看到并感受到了一个管理系统从无到有的过程，对具体的设计步骤、思路、方法、技巧都有了进一步的了解，并感受深刻。

这次课程设计加深了我们对数据库系统设计相关知识以及SQL SERVER相关功能的理解。

比如在建立基本的表、视图、索引、存储过程、触发器等，都比以前更加熟悉了，并在解决各种问题的过程中学到了很多新的知识。

在设计中我们基本能按照规范的方法和步骤进行，首先对现有的系统进行调查，并查阅有关资料，最后确定设计方案，然后设计并制作，实施过程中我们
深刻的认识到认真执行管理系统软件标准的重要性，由于我们对管理系统软件相关的标准和规范不太了解，缺少行为操作准则，所以在设计中手法比较生硬，主与次也没能很好把握住，这些方面通过这次我们都要加强了解。

在这次课程设计中，我们被分配以小组为单位去完成图书管理系统的设计与制作，所以小组内的分工和相互协调很重要，大家可以在分工中扬长避短，个及所长，这样可以很好的提高大家的积极性，和合作意识，并有效的缩短开发时间，但我们在这方面做的还不够，缺乏人员管理与沟通，导致人力资源浪费，可以说是不足之处，且迫切的需要思考和改进，这一点必须指明。

这在以后的工作与学习中将会非常重要。

数据库设计的心得体会篇二：数据库设计心得体会
数据库设计心得体会
跟老板做了两个算是比较大的项目，数据库主体都是我设计的。

第一个感觉很失败；第二个现在正在用，虽然总结了第一个的教训，但感觉还是有些遗憾。

把这过程中的一些心得记在这里，以便日后用到时来查阅。

若以后还有机会再设计数据库——现在倒还有些期待，呵呵，再有新的体会，也全部补充到这里。

1.尽量使用数据冗余。

随着磁盘容量的大幅飙升，这一点已经不会产生什么问题。

当然冗余归冗余，不能把数据的关联弄的乱七八糟的。

本科数据库课程中学的知识直接拿来，在实际中会出大问题。

满足三级范式的数据库结构会让你面对大量的连表查询，应用程序中会用到大量的数据库访问，既繁琐（烦死你）又使程序运行速度减慢。

2.尽量不要使用varchar(max)类型
这一点主要是用动软代码生成器自动生成代码时，如果varchar的最大长度指定为max，在自动生成代码时，它无法生成这一最大长度，需要手动补进去。

现在感觉用个varchar(1000)就够了。

3.使用预留字段。

数据库表（尤其是动态表格），在你把所有字段都设计好了之后，再添加几个备注字段和预留字段。

之前我觉得这样做没多大意义，因为预留字段的列名是没有实际意义的。

这样程序中使用的时候就会让人费解。

但现在觉得还是有必要的，很有必要的，即便在用到时需要自己十分清楚之前预留的无意义字段现在表示什么意义。

不过我的第二个数据库中还是没采用，这也是遗憾之处啊。

个人感觉用note1、note2、r1（r表示reserve）、r2、r3，2个备注字段和3个预留字段就足够了,再多的话就不容易记住哪个字段具体表示什么意义了，容易晕。

类型就都用varchar(200)吧。

数据库设计心得体会（2）：
在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。

通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统
设计开发的基本方法，进一步提高我们综合运用所学知识的能力。

当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。

而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。

当这些都准备好了之后，我们进行模块的分工。

每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。

当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。

我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。

我所负责的是数据库的备份和还原还有一些界面的实现。

还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。

然而php是我刚接触不久的一种编程语言。

不过觉得它的功能真的很强大，可以开发出很多大型的系统。

但是在做备份和还原的时候，要考虑的东西还是很多的。

当我遇到错误的时候，感到很受打击。

值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。

这就是我收获最大的地方。

而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。

知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。

回首这一个多星期的课程设计，我很欣慰。

因为我有了动力，有了勇气。

数据库设计的心得体会篇三：数据库课程设计个人总结
数据库课程设计个人总结
姓名：邢王秀学号：班级：09计本<2>班
一个月的时间非常快就过去了，这一个月我不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。

虽说上过数据库相关的课程，但是没有亲身经历过相关的设计工作细节。

这次课程设计给我提供了一个很好的机会。

通过这次课程设计发现这其中需要的很多知识我们没有接触过，上网查找资料的时候发现我们以前所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。

同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要自己不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。

在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。

这次的数据库课程设计，我们组负责的企业信息文档管理系统的设计。

这课题是自拟的。

我们组实行的分工合作。

我主要是负责数据库功能模块设计这部分。

从各种文档的阅读到需求分析、概要设计、数据库总体设计、代码编写与调试，我们都准备了好长时间。

组内分工合作的整个过程，我亲身体验了一回系统的设计开发过程，分工合作的好处。

很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。

但真正需要自己想办法去设计一个系统的时候才发现其中的难度。

经常做到后面突
然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。

我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。

因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来
很大的麻烦，甚至可能会需要全盘推倒重来。

所以以后的课程设计要特别注意这一块的设计。

经过组内讨论，我们确定的课题是企业信息文档管理系统。

说实话，我对这个系统不是很了解。

通过上网查找资料、相关文献的阅读，我对该系统有了大体的了解。

在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和用户的需要，分析现有情况及问题。

在一个月的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题，经过组内讨论。

最终把它解决了。

通过这次课程设计，我对数据库的设计更加熟练了。

通过本次课程设计，对SQL语言，数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表，学会了数据库的基本操作。

很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。

很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。

在做关系模型转换的时候碰到有
些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。

通过本次课程设计，我觉得不管做什么，始终都要相信自己。

不要畏惧，不要怕遇到困难，什么都要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来它并没有你你想象的那么难。

如果没有自信，没有目标，没有信心就很难把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标。

从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临
择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想！。