数据库设计心得体会3篇

[2017医保科工作心得体会]2017年，在医院的医保科工作，积极的做好自己的工作，应用理论结合实际。下面是小编为大家收集整理的2017医保科工作心得体会，欢迎大家阅读。 2017医保科工作心得体会ƪ1 今年以来，...+阅读

跟老板做了两个算是比较大的项目，数据库主体都是我设计的。第一个感觉很失败；第二个现在正在用，虽然总结了第一个的教训，但感觉还是有些遗憾。把这过程中的一些心得记在这里，以便日后用到时来查阅。若以后还有机会再设计找范文就来 .dOwNhOt.数据库——现在倒还有些期待，呵呵，再有新的体会，也全部补充到这里。

1.尽量使用数据冗余。

随着磁盘容量的大幅飙升，这一点已经不会产生什么问题。当然冗余归冗余，不能把数据的关联弄的乱七八糟的。

本科数据库课程中学的知识直接拿来，在实际中会出大问题。满足三级范式的数据库结构会让你面对大量的连表查询，应用程序中会用到大量的数据库访问，既繁琐（烦死你）又使程序运行速度减慢。

2.尽量不要使用varchar(max)类型

这一点主要是用动软代码生成器自动生成代码时，如果varchar的最大长度指定为max，在自动生成代码时，它无法生成这一最大长度，需要手动补进去。

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

3.使用预留字段。

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

之前我觉得这样做没多大意义，因为预留字段的列名是没有实际意义的。这样程序中使用的时候就会让人费解。但现在觉得还是有必要的，很有必要的，即便在用到时需要自己十分清楚之前预留的无意义字段现在表示什么意义。不过我的第二个数据库中还是没采用，这也是遗憾之处啊。

个人感觉用note

1、note

2、r1（r表示reserve）、r

2、r3，2个备注字段和3个预留字段就足够了,再多的话就不容易记住哪个字段具体表示什么意义了，容易晕。类型就都用varchar(200)吧。

数据库设计心得体会（2）：

在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。

当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块找范文就来 .DOwNhOt.设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。

我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而php是我刚接触不久的一种编程语言。不过觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。

知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。

2篇

当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计找范文就来 .doWNHOT.，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是Html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。

我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而Php是我刚接触不久的一种编程语言。不过觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。

3篇

之前，我写了关于数据库外键设计的心得，现在再谈谈我对于数据库主键的设计心得。

我这里只讨论逻辑主键替代联合主键的问题。

学习数据库时，书本上都写到，在碰到一个数据库的字段必须由两个主码决定时，我们应该采用这两个主码来作为联合主键，并且，这样做会消除数据冗余。但在实际应用中，你会慢慢发现——实践才是检验真理的唯一标准。

设想有一张表的主键是联合主键，如果我想将这张表的主键作为另一张表的外键时，我该怎么办呢？将联合主键一起作为另一张表的外键？那相信程序员会骂人了，为这样的表写程序是需要很好的毅力才能完成的。这时就应该用逻辑主键来代替联合主键，并把这两个主码分别作为表的外键

（一般的联合主键都是由两个外键组成）。这样满足第三范式，虽然增加了数据冗余，但是对于另外一张表却消除了数据冗余，所以这点downhot 管理资料下载网牺牲是值得的。现在亏本是为了以后赚钱！

当然这并不是绝对的，在有的情况下，用联合主键可能会更好。不过，对于我来说，碰见这种情况的几率非常小。

总之，理论归理论，从实践中才能得到真知。例如，虽然理论上要求数据库达到的范式级别越高越好，但在实际中，降低范式级别（当然，至少应达到第三范式的要求），往往能减小系统复杂度——这也是软件工程的最基本目标。