数据库文档设计心得-养老战队

 

团队：养老战队

团队成员：王鑫萍、王翰、沈炜程、史嘉琪、蒋璋玥

 

数据库文档的设计是对项目需求说明书中的数据需求进行提取并整合创建多个表格，对这些表格进行具体的说明，作为创建数据库的说明书。那么首先就是根据项目需求说明书，阅读其中各个功能模块列举出的数据，按照项目需求的概念和逻辑设计出概念结构和逻辑结构。

概念结构：

确定实体表名，以及对应含有的属性，再者是约束，例如我们的项目中的一个表

实体名称：血常规检查表

属性：记录No，患者ID，日期，红细胞数，白细胞，血红蛋白，白细胞分类计数，血小板，血细胞比容

约束：外键：患者ID

这里患者ID约束，要求表格中的一行，患者ID是需要在患者表实际存在的，否则这一行没有意义。

 

E-R图：

E-R图能够更为直观的反映出实体及其属性，以及实体间的联系。实体和属性的关系较为简单，根据概念结构可以立即画出，实体之间的联系则需要根据现实关系考虑，一对一，一对多，多对多。

例如我们的项目，一个患者病人对应有多个病历表为一对多；一个医生对应多个病人，一个病人也可以对应多个医生，所以为多对多。要切实的考虑再画出其联系。

 

逻辑结构：

逻辑结构则是依据概念图，并且在概念图的基础上，将概念结构转换为一般的关系、网状、层次模型，将转换来的关系、网状、层次模型向指定数据库管理系统支持的数据模型转换，我们需要精确的确定实体的属性的约束(域约束、业务规则约束)，确定主键、外键并明确指向哪个表。

 

 

 

最后是从设计软件中导出物理设计实现代码，将以上的所有内容汇总，然后制定正式文档。

总结：

需要注意的是，由于之前学习相关知识的时候把握知识不牢，导致了我们在刚开始制作分工的时候花了一段时间去摸索，在查阅了往届项目文档的编写，了解设计需要的内容和设计方法。在初步制作完成后也得到了助教的指导，我们的项目需求中是有数据加密的，设计时没有考虑到，所以进行了修改。

数据库文档的编写是我们项目的一个阶段完成的标志，虽然是分工负责完成各个部分的制作，但是我们也需要大家集中讨论各个表之间的联系，集中意见再确认表格关系，以及表格的主外键，例如采用用户的手机号作为主键是否合理，后期会不会出错，采用外键是，指向的表的主键也是否合理，有外键约束的表格确认时需要格外的小心，否则在创建数据库的是否以及使用数据库的是否出现意外的错误。大家边学边做都有了很大的进步，共享自己的思考和理解，分享和帮助他人使用作图软件的技巧。制作过程中我们也获得过其他小组的帮助，如逻辑结构的设计，使用Navicat制作更简便，用例图则是在ProcessON上制作的，E-R图以及概念图的话使用Powerdesigner依然是好的选择。这使得我们去适用不同软件制作，学习到了不同的操作。

可以说做中学让我们去更频繁地接触采用学习的知识，数据库的设计是不久前上课讲解过的内容，但是在实际设计过程中出现的问题能让我们去深挖，最后按照学知识点模式去设计。