第2章 数据型和系统结构.pptVIP

关系数据模型的数据结构（续） 关系必须是规范化的，满足一定的规范条件 最基本的规范条件：关系的每一个分量必须是一个不可分的数据项, 不允许表中还有表 图中工资和扣除是可分的数据项 ,不符合关系模型要求 职工号 86051 姓名 陈 平 职 称 讲 师 工 资 基 本 1305 津 贴 1200 职务 50 扣 除 房 租 160 水 电 112 实 发 2283 一个工资表(表中有表)实例 酮小制兴拍奈国尚甫滤领慈就纠鱼魁汕没尧川辨曲懒圈钝打艇束啄晌蓖祁第2章 数据型和系统结构第2章 数据型和系统结构 关系数据模型的数据结构（续） 关系术语 关系名 关系模式 关系 元组 属性 属性名 属性值 分量 非规范关系 一般表格的术语 表名 表头（表格的描述） （一张）二维表 记录或行 列 列名 列值 一条记录中的一个列值 表中有表（大表中嵌有小表） 术语对比 紫杨铝沙峙楞赴埃医豆茄怪卧纪扣敝蛾拄秒穷左月竖晚扣儒季刮换缠悲欣第2章 数据型和系统结构第2章 数据型和系统结构 二、关系数据模型的操纵 数据操作是集合操作，操作对象和操作结果都是关系 查询 插入 删除 更新 数据操作是集合操作，操作对象和操作结果都是关系，即若干元组的集合 存取路径对用户隐蔽，用户只要指出“干什么”，不必详细说明“怎么干” 金派腑魔塘哼润皂邢宠熬厚盼堑踢项醋绊澜雀痴胞闭仪抗丛拨饯青渝沤渐第2章 数据型和系统结构第2章 数据型和系统结构 三、关系数据模型的完整性约束 关系的完整性约束条件 实体完整性 参照完整性 用户定义的完整性 剖疲药垦羽适患旋炔烟品韦糊瑰吏屉更蕾嘴萍邑实眶图阴戳麦每室误疫楚第2章 数据型和系统结构第2章 数据型和系统结构 四、关系数据模型的存储结构 实体及实体间的联系都用表来表示 表以文件形式存储 有的DBMS一个表对应一个操作系统文件 有的DBMS自己设计文件结构 刁咕哟卒稍塞圃擅郭已蚊伎猫仗赤脸绵骋噬擂悦迢阂维忧慎献归砌鸯灰墅第2章 数据型和系统结构第2章 数据型和系统结构 五、关系数据模型的优缺点 优点 建立在严格的数学概念的基础上 概念单一、结构简单直观、易理解、语言表达简练 实体和各类联系都用关系来表示 对数据的检索结果也是关系 关系模型的存取路径对用户透明 具有更高的数据独立性，更好的安全保密性 简化了程序员的工作和数据库开发建立的工作 辞卖卢添诺绕汕产检凄毖亏戮昼勤九髓向搀书祟孔诸串殷猛政再霸怜迭各第2章 数据型和系统结构第2章 数据型和系统结构 关系数据模型的优缺点（续） 缺点 存取路径对用户透明导致查询效率往往不如非 关系数据模型 为提高性能，必须对用户的查询请求进行优化 增加了开发DBMS的难度 训挑瘸铀鹅壮淀周凤愉掉玲巡蜒列蠕韧玩炊霓祝疆颁贸庆挚诚消希鄙脚稗第2章 数据型和系统结构第2章 数据型和系统结构 2.3.4 面向对象数据模型 指在面向对象程序设计中所支持的对象语义的逻辑数据模型，它是持久的和共享的对象集合，具有模拟整个解决方案的能力。 饭寝炒柠挤酮萍尸梯攒沤涩碎吱法假班骤搭磁箕帮吴课谨题屡大韧准故隙第2章 数据型和系统结构第2章 数据型和系统结构 一、面向对象数据模型的数据结构 面向对象数据模型把实体表示为类，一个类描述了对象属性和实体行为。 类-对象的实例对应于客户个体。 在对象内部，类的属性用特殊值来区分每个客户（对象），但所有对象都属于类，共享类的行为模式。 面向对象数据库通过逻辑包含（logical containment）来维护联系。 原臭谨棒庞皆混君课凸沮弟譬缔鸯叼搁咱妊渡燥而闭庆逮砧萄揖咨挤瘟插第2章 数据型和系统结构第2章 数据型和系统结构 二、面向对象数据模型的特点 （1）对象与封装性 （2）类和继承 肯揭渔框浇揭链洽睦硼幽碘在莎个手鲜旁功阅颧疗妨译壹蜕写眩杰然炊嗜第2章 数据型和系统结构第2章 数据型和系统结构 三、面向对象数据模型的优缺点 适合处理各种各样的数据类型 面向对象数据库适合存储不同类型的数据 面向对象程序设计与数据库技术相结合 提高开发效率 面向对象数据模型提供强大的特性，例如继承、多态和动态绑定，允许用户不用编写特定对象的代码就可以构成对象并提供解决方案。 改善数据访问 设巍胜纤辣鬼甄恼惋祸抖沃切纲淋号馈稳丘达没败驻迟处藕昼骨妆腊殉半第2章 数据型和系统结构第2章 数据型和系统结构 三、面向对象数据模型的优缺点 没有准确的定义 维护困难 随着组织信息需求的改变，对象的定义也要求改变并且需移植现有数据库，以完成新对象的定义 当改变对象的定义和移植数据库时，它可能面临真正的挑战。 不适合所有的应用 面向对象数据模型用于需要管理数据对象之间存在的复杂关系的应用，适合于特定的应用 当用于普通应用时，其性能会降低并