11_数据库设计-逻辑结构设计-39.pptVIP

设计用户子模式 使用更符合用户习惯的别名 合并各分E-R图曾做了消除命名冲突的工作，以使数据库系统中同一关系和属性具有唯一的名字。这在设计数据库整体结构时是非常必要的。但对于某些局部应用，由于改用了不符合用户习惯的属性名，可能会使他们感到不方便，因此在设计用户的子模式时可以重新定义某些属性名，使其与用户习惯一致。 当然，为了应用的规范化，我们也不应该一味地迁就用户。 例：负责学籍管理的用户习惯于称教师模式的职工号为教师编号。因此可以定义视图，在视图中职工号重定义为教师编号 设计用户子模式 针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。 例：教师关系模式中包括职工号、姓名、性别、出生日期、婚姻状况、学历、学位、政治面貌、职称、职务、工资、工龄、教学效果等属性。 学籍管理应用只能查询教师的职工号、姓名、性别、职称数据； 课程管理应用只能查询教师的职工号、姓名、性别、学历、学位、职称、教学效果数据； 教师管理应用则可以查询教师的全部数据。 设计用户子模式 例： 定义两个外模式：教师_学籍管理(职工号，姓名，性别，职称)教师_课程管理(工号，姓名，性别，学历，学位，职称， 教学效果) 授权学籍管理应用只能访问教师_学籍管理视图 授权课程管理应用只能访问教师_课程管理视图 授权教师管理应用能访问教师表 这样就可以防止用户非法访问本来不允许他们查询的数据，保证了系统的安全性。 设计用户子模式 简化用户对系统的使用 如果某些局部应用中经常要使用某些很复杂的查询，为了方便用户，可以将这些复杂查询定义为视图。 小结 逻辑结构设计任务：将概念结构转化为具体的数据模型 逻辑结构设计的步骤 将概念结构转化为一般的关系、网状、层次模型 将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换 对数据模型进行优化 设计用户子模式 小结 E-R图向关系模型的转换内容将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转化为关系模式。 E-R图向关系模型的转换原则 ⒈ 一个实体型转换为一个关系模式。 ⒉ 一个m:n联系转换为一个关系模式。 ⒊ 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 ⒋ 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 5.三个或三个以上实体间的一个多元联系转换为一个关系模式。 ⒍ 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 ⒎ 具有相同码的关系模式可合并。 小结 优化数据模型的方法 确定数据依赖 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 确定各关系模式分别属于第几范式。 分析对于应用环境这些模式是否合适，确定是否要对它们进行合并或分解。 对关系模式进行必要的分解或合并 小结 设计用户子模式 使用更符合用户习惯的别名 针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。 简化用户对系统的使用 逻辑结构设计 逻辑结构设计的任务概念结构是各种数据模型的共同基础。为了能够用某一DBMS实现用户需求，还必须将概念结构进一步转化为相应的数据模型，这正是数据库逻辑结构设计所要完成的任务。 逻辑结构设计 逻辑结构设计的步骤 将概念结构转化为一般的关系、网状、层次模型 将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换 对数据模型进行优化 转化为一般 数据模型 转化为特定 DBMS所 支持的 数据模型 优化模型 转换规则 特定DBMS的 特点与限制 优化方法 (规范化理论) 概念结构设计 物理设计 基本E-R图 逻辑模型 E-R图向关系模型的转换 转换内容 E-R图由实体、实体的属性和实体之间的联系三个要素组成 关系模型的逻辑结构是一组关系模式的集合 将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转化为关系模式。 E-R图向关系模型的转换 转换原则 1. 一个实体型转换为一个关系模式。 关系的属性：实体型的属性 关系的码：实体型的码 例，学生实体可以转换为如下关系模式：学生（学号，姓名，出生日期，所在系，年级，平均成绩）性别、宿舍、班级、档案材料、教师、课程、教室、教科书都分别转换为一个关系模式。 E-R图向关系模型的转换 E-R图向关系模型的转换 转换原则 2. 一个m:n联系转换为一个关系模式。 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 例，“选修”联系是一个m:n联系，可以将它转换为如下关系模式，其中学号与课程号为关系的组合码：选修（学号，课程号，成绩） E-R图向关系模型的转换 E-R图向关系模型的转换 转换原则 3. 一个1:n联系可以转换为一个独立的关