[工学]第7章3数据库设计12-2.ppt

An Introduction to Database System 设计用户子模式（续） 定义两个外模式： 教师_学籍管理(职工号，姓名，性别，职称) 教师_课程管理(工号，姓名，性别，学历， 学位，职称，教学效果) 授权学籍管理应用只能访问教师_学籍管理视图 授权课程管理应用只能访问教师_课程管理视图 授权教师管理应用能访问教师表 这样就可以防止用户非法访问本来不允许他们查询的数据，保证了系统的安全性。 An Introduction to Database System 设计用户子模式（续） (3) 简化用户对系统的使用 如果某些局部应用中经常要使用某些很复杂的查询，为了方便用户，可以将这些复杂查询定义为视图。 An Introduction to Database System 逻辑结构设计小结 任务 将概念结构转化为具体的数据模型 逻辑结构设计的步骤 将概念结构转化为一般的关系、网状、层次模型 将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换 对数据模型进行优化 设计用户子模式 An Introduction to Database System 逻辑结构设计小结 E-R图向关系模型的转换内容 将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转化为关系模式。 An Introduction to Database System 逻辑结构设计小结 E-R图向关系模型的转换原则 ⒈ 一个实体型转换为一个关系模式。 ⒉ 一个m:n联系转换为一个关系模式。 ⒊ 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 ⒋ 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 An Introduction to Database System 逻辑结构设计小结 E-R图向关系模型的转换原则 ⒌ 三个或三个以上实体间的一个多元联系转换为一个关系模式。 ⒍ 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 ⒎ 具有相同码的关系模式可合并。 An Introduction to Database System 逻辑结构设计小结 优化数据模型的方法 ⒈ 确定数据依赖 ⒉ 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 ⒊ 确定各关系模式分别属于第几范式。 ⒋ 分析对于应用环境这些模式是否合适，确定是否要对它们进行合并或分解。 ⒌ 对关系模式进行必要的分解或合并 An Introduction to Database System 逻辑结构设计小结 设计用户子模式 1. 使用更符合用户习惯的别名 2. 针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。 3. 简化用户对系统的使用 An Introduction to Database System 下课了。。。 休息一会儿。。。 An Introduction to Database System 7.4 逻辑结构设计 7.4.1 E-R图向关系模型的转换 7.4.2 向特定DBMS规定的模型进行转换 7.4.3 数据模型的优化 7.4.4 设计用户子模式 An Introduction to Database System 7.4.2 向特定DBMS规定的模型进行转换 一般的数据模型还需要向特定DBMS规定的模型进行转换。 转换的主要依据是所选用的DBMS的功能及限制。没有通用规则。 对于关系模型来说，这种转换通常都比较简单。 An Introduction to Database System 7.4 逻辑结构设计 7.4.1 E-R图向关系模型的转换 7.4.2 向特定DBMS规定的模型进行转换 7.4.3 数据模型的优化 7.4.4 设计用户子模式 An Introduction to Database System 7.4.3 数据模型的优化 数据库逻辑设计的结果不是唯一的。 得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一步提高数据库应用系统的性能，这就是数据模型的优化。 关系数据模型的优化通常以规范化理论为指导。 An Introduction to Database System 数据模型的优化（续） 优化数据模型的方法 ⒈ 确定数据依赖 按需求分析阶段所得到的语义，分别写出每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间数据依赖。 An Introduction to Database System 数据模型的优化（续） 例，课程关系模式内部存在下列数据依赖： 　　 课程号