发布时间 : 星期三 文章宠物医院更新完毕开始阅读
2. 实体关系定义：E-R模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:1、1:N、M:N的关系。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系等等，本系统分析实体间的关系如下：
（1） 一个宠物只能属于一个客户，而一个客户可以药品拥有多个宠物。客户与宠物的实体关系图如图4.11所示：
1N客户拥有宠物 图4.11 客户与宠物信息1:N(一对多的关系)
（2） 一个超级管理员可以管理多个普通管理员，而一个普通管理员只可以被一个超级管理员管理。超级管理员与普通管理员的实体关系图如图4.12所示：
1N超级管理员管理普通管理员 图4.12 管理员与客户信息1:N（一对多的关系）
（3） 一个挂号管理员可以管理多个客户信息，并且一个客户信息可以被多个挂号管理员管理。挂号管理员与客户的实体关系图如图4.13所示：
MN管理挂号管理员客户 图4.13 挂号管理员与客户信息M:N（多对多的关系）
（4） 一个宠物可以拥有多个病历信息，而一个病历信息只属于一个宠物。宠物与病历的实体关系如图4.14所示：
1N宠物诊断病历 图4.14 宠物与病历信息1:N（一对多的关系）
- 21 -
（5） 一个宠物可以拥有多个美容信息，且一个美容信息可以被多个宠物拥有。宠物与美容信息的实体关系如图4.15所示：
MN宠物整容美容信息 图4.15 宠物与美容信息M:N（多对多的关系）
（6） 一个美容信息只有一个美容费用，且一个美容费用只对应一个美容信息。美容信息与美容费用的实体关系如图4.16所示：
11美容信息整容美容费用 图4.16 美容信息与美容费用1:1（一对一的关系）
（7） 一个美容信息可以包含多个美容项目，且一个美容项目可以属于多个美容信息。美容信息与美容项目的实体关系如图4.17所示
MN美容信息包括美容项目 图4.17 美容信息与美容项目M:N（多对多的关系）
（8） 一个病历可以包含多个处方，且一个处方可以属于多个病历。病历与处方的实体关系如图4.18所示
MN病历诊断处方 图4.18 病历与处方M:N（多对多的关系）
（9） 一个处方只有一个处方费用，且一个处方费用只对应一个处方。处方与处方收费的实体关系如图4.19所示：
- 22 -
处方1收取1处方费用 图4.19 处方与处方费用1:1（一对一的关系）
（10） 一个处方可以包含多个处方详情，且一个处方详情可以属于多个处方。处方与处方详情的实体关系如图4.20所示
1N处方包括处方详情 图4.20 处方与处方详情1:N（多对多的关系）
（11） 一个处方详情可以包含多个药品，且一个药品可以属于多个处方详情。处方详情与药品的实体关系如图4.21所示
MN处方详情包括药品 图4.21 处方详情与药品M:N（多对多的关系）
4.1.2设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
（1) 确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
（2) 局部ER模式的合并
合并的原则是：首先进行两两合并；先合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
- 23 -
（3) 消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。 （4) 全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
宠物医院服务系统后台的全局ER模式如图4.22所示：
职职YZ职职职职职职职职1职职职职N职职1D职职E职职N1职职职职职职1S职职1职职职职K职职职职职职P职职U职职N1职职N职职1M职职职职职1职职职职职职职职职N职职 图4.22 宠物医院服务系统后台全局E-R图
4.2系统数据库表设计
employee表用于存放职员信息，如表4.1所示：
- 24 -