数据库复习概要freview1＿3.pptVIP

* 数据抽象（续） 三种常用抽象 1. 分类（Classification） 定义某一类概念作为现实世界中一组对象的类型 抽象了对象值和型之间的“is a member of”的语义 实体集就是分类抽象 * 数据抽象（续） * 数据抽象（续） 2. 聚集（Aggregation） 定义某一类型的组成部分 抽象了对象内部类型和成分之间“is part of”的语义 * 数据抽象（续） 聚集 * 数据抽象（续） 复杂的聚集，某一类型的成分仍是一个聚集 更复杂的聚集 * 数据抽象（续） 3. 概括（Generalization） 定义类型之间的一种子集联系 抽象了类型之间的“is a subset of”的语义 继承性 * 数据抽象（续） 概括 * 局部视图设计 设计分E-R图的步骤: ⒈选择局部应用 ⒉逐一设计分E-R图 * 选择局部应用（续） 设计分E-R图的出发点 * 逐一设计分E-R图（续） 两条准则： （1）属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成 （2）属性不能与其他实体具有联系。联系只发生在实体之间 * 概念结构设计小结 集成局部视图 1.合并分E-R图，生成初步E-R图 消除冲突 属性冲突 命名冲突 结构冲突 2. 修改与重构 消除不必要的冗余，设计生成基本E-R图 分析方法 规范化理论 * 视图的集成（续） 视图集成 3.4 数据库逻辑结构设计 逻辑结构设计时的3个步骤 3.4.2 概念模型向关系模型的转换 实体集的转换规则 一个实体集 一个关系 实体的属性 关系的属性 实体的码 关系的码， 关系的结构是关系模式。  E-R图向关系模型的转换原则 一个实体型转换为一个关系模式：实体的属性就是关系的属性，实体的码就是关系的码。 一个联系转换为一个关系模式：与该联系相连的各实体的码以及联系的属性转换为该关系的属性。该关系的码有四种情况： 若联系是1:1：则每个实体的码均是该关系的候选码。 若联系是1:n：则关系的码是n端实体的码。 若联系是m:n：则关系的码是参加联系的诸实体的码的集合。 若联系是三个或三个以上的实体的一个m:n:p元联系，该联系转换为一个关系，关系的码的各实体码的组合。 具有相同码的关系模式可以合并。 关系模式的优化 通常以规范化理论为指导。 注意： 并不是规范程度越高的关系就越 优，应根据需要权衡而定 3.5 数据库的物理设计 数据库的物理设计 为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程，就是数据库的物理设计 数据库的物理设计(续) 数据库物理设计 确定数据库的物理结构 评价数据库的物理结构 逻辑结 构设计 数据库 实施 物理 模型 逻辑 模型 数据库的物理设计的内容和方法（续） 关系数据库物理设计的内容 为关系模式选择存取方法(建立存取路径) 设计关系、索引、聚簇、日志、备份等数据库文件的物理存储结构， 确定系统配置, 如用户数，内存、缓冲区分配参数等 数据库的运行与维护（续） 数据库的重组织和重构造 重组织的原因 记录的不断增、删、改，会使数据库的物理存储变差，从而降低空间的利用率和数据的存储效率，使数据库性能下降 数据库的运行与维护（续） 数据库的重组织和重构造 重组织的形式 全部重组织 部分重组织 只对频繁增、删的表进行重组织 重组织的目标 提高系统性能 数据库的运行与维护（续） 重组织的内容 按原设计要求 重新安排存储位置 回收垃圾 减少指针链 数据库的重组织不会改变原设计的数据逻辑结构和物理结构，会涉及大量数据的搬迁 数据库运行与维护（续） 数据库重构造 当增加新的应用或新的实体，取消某些已有应用，根据新环境不得不调整数据库的模式和内模式，DBMS都提供了修改数据库结构的功能。 增加新的数据项 改变数据项的类型 改变数据库的容量 增加或删除索引 修改完整性约束条件 小结（续） 数据库各级模式的形成 数据库的各级模式是在设计过程中逐步形成的 需求分析阶段综合各个用户的应用需求（现实世界的需求） 概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述 小结（续） 在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式 在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式 数据抽象的过程 综合 转换 应用1 应用3 应用2 逻辑模式 内部模式 外部模式3 外部模式2 外部模式1 映像 映像