标签：文档 检测 基础 总结 str 存储 过程 实体 业务
由于我们的APP主要的操作是对数据库中的数据进行增删改查，所以数据库的设计很重要，我们小组的数据库设计分别从患者端、医生端两个部分入手：
一、表的设计
患者端：患者的基本信息表、血压数据表、患者状态表、提醒表等；
医生端：医生的基本信息表、
还有聊天信息表、药品情况表等；
具体内容及作用：
患者的基本信息表：储存患者的基本信息，医生的基本信息表同理；
患者的血压数据表：这部分由于我们没有检测患者血压的仪器，因此，我们选择让患者手动输入，并由我们保存到数据库中；
患者状态表：记录患者的过敏药物以及服用的药物和对应的时间期限；
药品信息表：记录相关药物的具体信息；
提醒信息表：提醒患者每天服药以及提醒患者医生随访的日期；
聊天信息表：记录医生和患者的聊天信息；
在讨论设计表的时候，没有太大的困难，一些细节性的问题也通过询问助教得以解决。
二、实体关系图的设计
我们小组的实体关系比较简单，但是这部分设计好了可以为以后的物理模型的设计打下良好的基础，避免以后在操作过程中可能遇到的修改可能导致的更大的代价，下面是我们组设计的实体关系图:
总体的数据库设计完成后，主要是对表中字段的命名和一些业务规则约束；字段的命名尽量使其可读性较高，而业务规则约束则是在实现数据库设计的时候要加上去的，具体的规则在数据库设计时就已经考虑并备注过了；
ps:感谢后台大佬画的图~~~~
三、总结
总的来说，数据库的设计需要尽可能结合现实和实际客户的需要，也就是和需求文档结合起来，同时为后台编码人员考虑实现的可能性和简便性；比如我们的数据库设计主要考虑的是对基本信息的存储，而对于大数据的统计问题，我们认为这部分实现起来比较困难，如果可能的话，可以实现动态统计结果，所以这一部分没有作为数据库设计的重点。
标签：文档 检测 基础 总结 str 存储 过程 实体 业务
原文地址：https://www.cnblogs.com/wujingxuan/p/10009298.html
