数据库设计心得

简单介绍

我们组的项目是健康码系统，这个系统的特点就是功能繁杂，需要把各个功能都清楚明白的包括进去，而数据库设计本身就是一个需要严谨明晰的工作。这是基础的东西，如果不打牢固的话会对后续造成非常大的影响。总的来说，我们组对这项工作是高度重视的。

团队介绍

项目名称：健康码系统
指导老师：边耐政
小组名称：cancanneed
小组成员：臧子健（PM)，何瑞豪，付宇，安琅，欧尚宇

数据库设计过程

1.表与其字段的设计

我们组设计表的方式就是开会，对照着用例文档和原型界面，大家聚在一起共同讨论每个表应该包含的字段以及表与表之间的关系。当然这个讨论肯定不能是想到什么就说什么，需要有规划的来。首先，我们组按照用例文档里的用例分角色的一个一个的讨论，并且对照着原型来查漏补缺。如此双管齐下，既能保持着高效率并且还能防止遗漏。与此同时，大家的讨论也是热烈的。主键外键的确立，其数据类型是什么，有时候字段太宽泛需要拆分，有时候这个表多余，有时候又需要创建一个新表来完善一个功能。总的来说，大家的讨论是卓有成效的，我们就是在这样的讨论中完成了数据库最基本的设计。我认为这种大家讨论的方式是积极调动了组员的主观能动性的，并且还加深了组员之间的合作，让其更为默契，也让团队的气氛更加浓厚。

2.E-R图的设计

我们组是编写表的创建语句之后导入到powerdesigner中直接生成E-R图，减少了较多的工作量。对照着E-R图我们又发现了某些表设计的不合理处，又对表进行了一些修改。生成的E-R图有较多一部分是独立的，我们一开始觉得应该一些表重新设计，对表进行了一些错误的删改和增添。后面我们发觉这是健康码系统本身各自的功能就比较独立，它所包含的功能都是小而简单的。这种错误是对项目的不严谨，不能盲目的自以为。

3.排查与修改

数据库的重要性不言而喻，所以我们在设计完成后还对其进行了检查与修改。在对照着需求的三个文档，原型界面，生成的E-R图以及老师的修改意见，我们对数据库进行了各种修改和讨论，务求其正确。

数据库设计中出现的问题

1.SQL语句中表及其各字段的命名问题

数据库的重要性就不再赘叙了。如果在设计的过程中模模糊糊，以后的工作量就要大大增加。就像我们在命名时不严谨，后面排查时就要逐个检查。设计的各个环节都是非常重要的，一个小的错误就会引起严重的后果。其中的关节都是一环扣一环的。每一个环节都需要花费大量的时间来讨论或排查。

2.对时间的不敏感

核酸检测情况的采样时间这一字段中，本来设计的时候只精确到了日期。但在给边老师检查时，这个问题便被指了出来。对于真实的业务场景来说，所谓的48（或者其他）小时内，这是需要精确到分秒的。我们并没有意识到这一点

3.地区的设置

在健康码系统中，在较多功能里都涉及到了地区这一概念。但我们在设计时只是模糊的填了地区这一词。在边老师指出后我们对其进行了较为精确的定义。

4.缺失对优化性的考虑

健康码系统是全民性的一个系统，在其高峰期必然是会有极大数量的调用的。对某些调用数量较多的表是需要进行优化的。

数据库设计心得总结

2.了解项目特点

设计时要充分考虑自己项目的特点，不要盲目参照模板。模板固然有其优点和特性，但适合自己的才是最好的。不加思考的参照模板修改只会影响小组的项目推进，降低小组效率。

3.选择好的设计工具

对于程序员来说，一个好的编码软件是可以提高几倍效率的。同理，一个好的数据库设计工具是提高效率，降低工作量的良好选择。我们组选择的是powerdesigner工具。不仅其操作简单，而且功能强大。通过SQL语句导出E-R图，是大大减少了设计开发的时间的。总的来说，这是一个非常好的选择。

4.倾听老师意见

老师是非常有经验的，能非常快速的看出我们数据库设计存在的问题。我们将数据库设计给老师检查时，边老师提出了许多需要修改的地方。包括表字段类型的修改，某些表应该删除等。

5.加强沟通合作

在数据库设计中，擅自修改是非常严重的事情的。它牵一发而动全身，如果对其修改后不通知其他组员，直接造成了组员之间信息不对等。不仅加大了工作任务，还降低了小组的工作效率。并且擅自修改这种行为是不团队的，它会影响组员之间的关系和团队气氛。并且还可能引起组员的烦躁与不信任。虽然可能有点夸大，但积极合作是非常重要的，擅自行动既不尊重团队，也会影响项目。毕竟你不能保证你一定就是对的，所以沟通合作是非常重要的。