第三单元 关系数据模型.pptVIP

第三章 关系数据模型The Relational Data Model ODL、E/R到关系模型的转换 关系模型的设计理论 §3.1 关系模型的基本概念 逻辑数据模型 是用户从数据库所看到的数据模型 与DBMS有关 层次、网状、关系、面向对象 关系数据模型 数据结构 两维的扁平表 数据操作 关系代数 关系演算 数据的完整性 实体完整性 参照完整性 用户定义的完整性 现实世界的实体以及实体间的各种联系均用关系表示 关系数据库系统是建立在关系模型上的数据库系统 关系数据库是表的集合 模型和模式 数据模型是描述数据的手段 数据模式是用给定的数据模型对具体数据的描述 属性 元组 域 型 值 联系 关系的联系是通过关联属性的值连接的 关系实例 关系 → 实体集、类 关系的实例 → 元组的集合 元组 → 实体、对象 数据库实例 → 给定时刻数据库中数据的一个快照 §3.2 从ODL设计到关系设计 ODL设计是概念设计的产物 ( Using OO ) ODL描述 → 关系模式 → 实现 ODL属性 → 关系属性 原子属性 类 → 关系 属性 → 属性 非原子属性（复杂数据类型） 必须转换成原子属性 记录结构 结构的每个item对应一个属性 多值集合 针对每个值建立一个元组 会产生冗余 → 需规范化 ODL属性 → 关系属性 （续） 其他类型属性 （包、数组、列表） 针对每个元素建立一个元组 增加一个记数属性，表示包的成员号 定长数组 扩展为多个属性 ODL联系 → 关系描述 单值联系 联系的类型为一个类 增加一个（组）属性，存放相关类的键码属性（组） 将类之间的联系 → 关系之间的联系 ODL联系 → 关系描述（续） 多值联系 联系的类型为某个类的集合类型 1 : N、N : M 增加一个键码属性 为集合的每个成员建立一个元组 其他原始属性重复多次（与集合成员的个数相等） 导致大量的冗余，需要规范化 键码是必需的 选择合适的属性（组）作为键码 学号、工号、身份证号…... 增加计数属性 联系与反向联系 在联系的双方均有联系的描述 → 冗余 ODL：双向描述 E/R：相关的键码值进行连接 §3.3 从E/R图到关系的设计 E/R与ODL描述的差异 联系作为独立的概念 ←→ 联系嵌套在类定义中 结构化数据 ←→ 允许使用集合、聚集类型 联系可以有属性 ←→ 联系无属性 E/R → 关系模式 → 实现 实体集到关系的转换 非弱实体集 实体集名 → 关系名 属性 → 属性 弱实体集 为弱实体集建立关系 属性：弱实体集的属性 + 辅助实体集的键码 E/R联系到关系的转换 用关系表示联系 联系名 → 关系名 属性 → 属性 + 相关实体集的键码属性（集） 多向联系的转换 注意，属性的命名 §3.4 子类结构到关系的转换 ODL中的子类 一个对象完全属于一个类 子类继承其超类的特性 E/R中的子类 分层结构通过与ISA联系有关的实体集进行扩展 用关系表示ODL子类 每个子类都有自己的关系 包含该子类的所有特性（含继承特性） 在一个关系中含有所有属性 Movie(title,year,length,filmType,studioName,starName) Cartoon (title,year,length,filmType,studioName,starName,voice) MurderMystery (title,year,length,filmType,studioName,starName,weapon) Cartoon- MurderMystery (title,year,length,filmType,studioName,starName,voice, weapon) 在关系模型中表示 isa 联系 子类的信息被分散到上层的几个关系中 与ISA联系有关的实体集拥有相同的键码 Movie(title,year,length,filmType) Cartoon(title,year) MurderMystery(title,year, weapon) Voice(title,year,name) 使用NULL值合并关系 将关系描述成一个‘全集’ 属性：所有可能的属性 描述：允许Null值 层次越高，取Null值的属性越多 Movie (title,year,length,filmType,studioName,starName,voice, weapon) 只是一种方法而已 作业 思考所有带*的练习，并上网查询解答 练习3.2.3 / 3.3.1 / 3.4.1 / 3.5.3 / §3.5 函数依赖 数据依赖 函数依赖 多值依赖 数据依赖是针对数据模式，而不是特定的实例 函数依赖（FD） 属性之间的联系 假设给定 X 属性的值，就知道