数据库原理与应用教学课件02概念数据模型.pptVIP

A）合并实体 一般1:1联系的两个实体可以合并为一个实体 如果两个实体在应用中经常需要同时处理，也可考虑合并 例如病人和病历，如果实际中通常是查看病人时必然要查看病历，可考虑将病历合并到病人实体中 减少了联接查询开销，提高效率 B）消除冗余属性 分ER图中一般不存在冗余属性，但集成后可能产生冗余属性 例如，教育统计数据库中，一个分ER图中含有高校毕业生数、在校学生数，另一个分ER图中含有招生数、各年级在校学生数 每个分ER图中没有冗余属性，但集成后“在校学生数”冗余，应消除 B）消除冗余属性 冗余属性的几种情形 同一非码属性出现在几个实体中 一个属性值可从其它属性值中导出 例如出生日期和年龄 C）消除冗余联系 课程 任教 N 教师 M 学生 选修 授课 M N M N 部门 担任领导 工作 职工 领导 1 1 M N 1 N （6）ER优化例子 项目＝产品 职工与仓库的联系冗余 职工与职工的领导联系冗余 人事管理ER图 （6）ER优化例子 四、ER模型的扩展 传统的ER模型无法表达一些特殊的语义 无法区分领导者和一般职工 四、ER模型的扩展 弱实体 子类（特殊化）与超类（一般化） 1、弱实体（weak entity） 一个弱实体的存在必须以另一实体的存在为前提 弱实体所依赖存在的实体称为常规实体（regular entity）或强实体（strong entity） 弱实体有自己的标识，但它的标识只保证对于所依赖的强实体而言是唯一的。在整个系统中没有自己唯一的实体标识 1、弱实体（weak entity） 弱实体的例子 一个公司的人事系统中，职工实体，职工的子女 子女是弱实体，职工是强实体 是否弱实体要看具体应用：例如在社区人口管理系统中，子女就不是弱实体，即使双亲都不存在了，子女仍应存在于人口系统中 2、弱实体的表示 弱实体用双线矩形表示，存在依赖联系用双线菱形表示，箭头指向强实体 子女 抚养 职工 1 N 3、子类（特殊化）与超类（一般化） 子类（Subtype）和超类（Supertype） 两个实体A和B并不相同，但实体A属于实体B，则A称为实体子类，B称为实体超类 子类是超类的特殊化，超类是子类的一般化 子类继承了超类的全部属性，因此子类的标识就是超类的标识 例如，研究生是学生的子类，经理是职工的子类 在ER设计时，可以根据实际情况增加子类，也可以根据若干实体抽象出超类 4、子类符号 ISA表示子类与超类关系 领导 ISA 职工 会员 ISA 高级会员 注册会员 正式会员 5、子类例子 本章小结 数据模型 ER模型概述 ER模型设计 ER模型扩展 主要内容 数据模型 ER模型概述 ER模型设计 ER模型扩展 一、数据模型 使用数据库技术，首先必须把现实世界中的事物表示为计算机能够处理的数据 模型是对现实世界特征的抽象 数据模型是对现实世界数据特征的抽象 数据模型的定义 描述现实世界实体、实体间联系以及数据语义和一致性约束的模型 1、数据模型的分类 根据模型应用的不同目的 概念数据模型（概念模型） 按用户的观点对数据进行建模，强调语义表达功能 独立于计算机系统和DBMS 主要用于数据库的概念设计 结构数据模型（数据模型） 按计算机系统的观点对数据进行建模，直接面向数据库的逻辑结构 与计算机系统和DBMS相关（DBMS支持某种数据模型） 有严格的形式化定义，以便于在计算机系统中实现 2、数据抽象的层次 现实世界 信息世界 概念模型 机器世界 数据模型 认识抽象 转换 如E-R模型 如关系模型、层次模型、网状模型、面向对象模型 3、数据模型的例子 现实世界 客户存款 信息世界 概念模型（E-R模型） M N 3、数据模型的例子 机器世界 数据模型（关系模型） 4、数据模型的三要素 数据结构 现实世界实体及实体间联系的表示和实现 数据操作 数据库检索和更新的实现 数据的完整性约束 数据及数据间联系应具有的制约和依赖规则：如，一个系可有多个学生，一个学生只能属于一个系 二、ER模型概述 概念模型是反映组织信息需求的数据库概念结构 概念模型独立于数据库逻辑结构、DBMS以及计算机系统 概念模型以一组ER图形式表示 概念设计侧重于数据内容的分析和抽象，以用户的观点描述应用中的实体以及实体间的联系 1、ER模型的概念 ER模型(Entity-Relationship Model) 1976，Peter .P. Chen（陳品山）提出的概念设计方法 以ER图的方式表达现实世界实体及实体间的联系 Peter Chen. The Entity-Relationship Model--Toward a Unified View of Data. ACM Transactions on Database Systems, Vol.