数据库设计实践心得

数据库设计实践心得 篇1

在学习数据库课程设计时，我有以下几点心得体会：

1.理论和实践相结合：学习数据库设计不仅要掌握理论知识，还需要通过实践来巩固所学知识。只有将理论应用到实际问题中，才能真正理解数据库设计的思想和方法。

2.需求分析的重要性：在进行数据库设计时，需要充分了解业务需求和用户需求，这是数据库设计的基础。只有了解业务需求和用户需求，才能合理地设计数据库结构，使其符合实际应用场景。

3.设计思路的清晰性：在进行数据库设计时，需要明确设计思路和设计原则。例如，设计思路可以分为分层设计、关系型设计等，而设计原则则包括数据库设计的`五大范式、数据冗余等。只有在清晰的设计思路和设计原则的`指导下，才能设计出高效、稳定、安全的数据库系统。

4.实现的可行性：在进行数据库设计时，需要考虑实现的可行性。这包括硬件和软件条件的限制、系统运行的`稳定性等。只有在实现可行的情况下，才能保证数据库系统的稳定性和安全性。

总之，在进行数据库课程设计时，需要充分理解业务需求和用户需求，掌握数据库设计的理论知识和实践技能，清晰地制定设计思路和设计原则，并考虑实现的可行性。这些方面的综合考虑，才能设计出高效、稳定、安全的数据库系统。

数据库设计实践心得 篇2

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

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

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

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

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

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

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

对于有值内容，并且需要对值进行统计结果的需要对他进行内容的拆分，比如：

问卷表和问卷内容表，问卷内容值表要拆开，才有利于统计计算，而且他们之间是一对多关系；

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

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

数据库可以建表来模拟消息服务器分发消息，在无法保证实时性必须存储内容时，同一消息对不同用户创建不同的副本；

总结，其实我在今天的数据库设计中就学习到这些，学习是一个逐渐进步的过程，也是一个自我折磨的过程，希望我可以在这条路上走的再远一点。

数据库设计实践心得 篇3

经过近一个月的设计与制作，我们组的《世界杯观战指南》终于完成了，现将过程中遇到的问题、获得的"体会记录如下。

这次数据库课程设计中我主要负责用户登录、注册及数据库维护方面的设计。

hi是一款功能很强大的软件，其控件之多超出了我的想象，因此在运用时要借助很多资料。要学会查找和利用现有资料来解决问题

2.在设计中用到了很多SQL语句，因此对SQL及程序语句地掌握也是必不可少的。

3.后期的软件制作都是以前期的工作为基础的，因此在前期的需求分析及数据库设计阶段要认真、细致。

4.我们是三个人的小组，在设计过程要互相协调，合作。这样才能充分发挥每个人的作用。

数据库设计实践心得 篇4

索引、规则、默认值和约束

在这个小组中，我负责建立图书数据库的索引、规则、默认值和约束。数据库的索引是一个表中所包含的值的列表，注明了表中包含各个值的行所在的存储位置。创建索引，我最大的感受是能节约大量时间，特别是当表中数据很大时。规则、约束、默认值则一起保证了数据的完整性。规则是数据库中队存储在表的列或用户定义数据类型中的值的规定和限制；约束定义了关于列中允许值的规则；默认值是用户输入记录时向没有指定具体数据的列中自动插入的数据。这些都是创建一个数据库必不可少的元素。

表的创建

在我们这个小组里，我负责关于表的创建部分，包括了字段名、数据类型和主键的设计。我做的数据库设计部分，首先必须弄清楚表中列的数据类型，是char、varchar、int、datetime、smallint型等等，还有是几个字符长度。还有的就是它的值是否可以为空的，这也是需要考虑的。在这个过程中我需要注意的是表的列名是不能重复的，它是具有唯一性的。设置主键相对而言就比较容易了，我最大的体会是对于表中每列的数据类型的分析必须谨慎细心，否则很容易出错。

e-r图

在我们组我负责画e-r图。它是这次项目设计的`关键点，如果e-r图设计错误那么接下来的设计就无法进行，因此设计e-r图时需要特别的认真。e-r模型能够方便地模拟研究对象的静态过程。e-r ,即实体-联系方法，e-r图直观提供了表示实体型、属性和联系的方法。在画e-r图过程中，必须明确识别实体、属性和联系，用矩形、椭圆和菱形对应框出来。画这个图为后面的数据库设计打好基础，通过这次的数据库设计，我学到了不少知识，将理论运用与实际。

表关系图

在我们小组，我负责的是创建表关系图这部分。建表关系图相对来说也是比较容易的，只需要明确表之间的关系，有相同列内容的表用线连接起来。创建表关系图时，把老师上课讲的内容结合起来，就比较轻松了。通过这次小组设计，分工合作，我学到了很多书本上不能学到的东西，感觉对数据库的了解有所提高，毕竟自己亲自设计过一个数据库，不再是书本上的理论，空空而谈，自己觉得还是有收获的。

实验总结

在这次项目设计中，我们小组所选择的是设计一个图书管理系统，这对我们来说是一次尝试与创新的过程，也可以说是一个挑战的过程。虽然学了数据库这么久了，但是我们还是缺少经验。现在我们利用自己学到的知识设计并制作一个图书管理系统，这本身就是一个知识转化为生产力的过程，所以大家都很兴奋，都不同程度的投入了很高的热情与努力。

在具体的设计与实施中，我们看到并感受到了一个管理系统从无到有的过程，对具体的设计步骤、思路、方法、技巧都有了进一步的了解，并感受深刻。这次课程设计加深了我们对数据库系统设计相关知识以及sql server相关功能的理解。比如在建立基本的表、视图、索引、存储过程、触发器等，都比以前更加熟悉了，并在解决各种问题的过程中学到了很多新的知识。

在设计中我们基本能按照规范的方法和步骤进行，首先对现有的系统进行调查，并查阅有关资料，最后确定设计方案，然后设计并制作，实施过程中我们

深刻的认识到认真执行管理系统软件标准的重要性，由于我们对管理系统软件相关的标准和规范不太了解，缺少行为操作准则，所以在设计中手法比较生硬，主与次也没能很好把握住，这些方面通过这次产品。那个时候我已经学过vc和asp，因为，我接触到microsoft 公司的net产品。那个时候我已经学过vc和asp，因为至少微软是这么宣传的，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，just do it！语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊！

我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。

（最后，很感激学校给了我们这次动手实践的机会，让我们学生有了一个共同学习，增长见识，开拓视野的机会。也感谢老师们对我们无私忘我的指导，我会以这次课程设计大赛作为对自己的激励，继续学习。毕竟学习就是一个just do it的过程！）我直接从报告上面复制过来的...所以这段也不删去了.............呵呵。

题目大概是用可视化编程实现一个简单的数据库管理系统我用的是bcb 题目虽然是简单 但也明白了很多以前以为懂的问题代码到没什么 这种题目用bcb的话已经不用几行代码了关键是了解了这些名词paradox，ado，bde，odbc 一开始拖控件,写几行代码 很快就完成了编译也通过了 但传到同学机器上就是显示不出数据来折腾了我1天 又是发帖子 又是问群里的达人后来明白了我用的paradox数据库是用bde引擎的发布软件的时候要把bde打包于是又学着打包bde 却发现不到1m的软件如果打包bde的话就10＋m了而且bcb6自带的那个打包软件用的我头晕目眩于是又想不用bde 所以又折腾了我半天答案是要使用ado控件（ 以前我用的是bde控件 ）而且要用access数据库了解了这些之后 作业也就完成了总的看来还是很有收获的 幸亏我下了决心这个作业要自己做没有去网上下载 呵呵