数据库原理与应用：第5章 逻辑结构设计、物理结构设计.ppt

E-R图向关系模型的转换（续）⒎具有相同码的关系模式可合并。目的：减少系统中的关系个数。合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。E-R图向关系模型的转换（续）例，“拥有”关系模式：拥有（学号，性别）与学生关系模式：学生（学号，姓名，出生日期，所在系，年级，班级号，平均成绩）都以学号为码，可以将它们合并为一个关系模式：学生（学号，姓名，性别，出生日期，所在系，年级，班级号，平均成绩）5.4.2向特定DBMS规定的模型进行转换一般的数据模型还需要向特定DBMS规定的模型进行转换。5.4逻辑结构设计5.4.1E-R图向关系模型的转换5.4.2向特定DBMS规定的模型进行转换5.4.3数据模型的优化5.4.4设计用户子模式5.4.3数据模型的优化得到初步数据模型后，还应该适当地修改、调整数据模型的结构，以进一步提高数据库应用系统的性能，这就是数据模型的优化。关系数据模型的优化通常以规范化理论为指导。1.考查关系模式的函数依赖关系，确定范式等级。逐一分析各关系模式，考查是否存在部分函数依赖、传递函数依赖，确定它们分别是第几范式。2.对关系模式进行合并或分解。根据应用要求，考查这些关系模式是否合乎要求，从而确定是否要对这些模式进行合并或分解。对于具有相同主码的关系模式一般可以合并；对于非BCNF的关系模式，要考察“异常问题”是否在实际应用中产生影响，对于那些只是查询，不执行更新操作，则不必对模式进行规范化。5.4逻辑结构设计5.4.1E-R图向关系模型的转换5.4.2向特定DBMS规定的模型进行转换5.4.3数据模型的优化5.4.4设计用户子模式5.4.4设计用户子模式将概念模型转换为全局逻辑模型后，还应该根据局部应用需求，结合具体DBMS，设计用户的外模式。目前关系数据库管理系统都提供了视图，我们可以利用这一功能来设计满足用户需求的外模式。设计用户子模式（续）(1)使用更符合用户习惯的别名合并各分E-R图曾做了消除命名冲突的工作，以使数据库系统中同一关系和属性具有唯一的名字。这在设计数据库整体结构时是非常必要的。但对于某些局部应用，由于改用了不符合用户习惯的属性名，可能会使他们感到不方便，因此在设计用户的子模式时可以重新定义某些属性名，使其与用户习惯一致，方便使用。设计用户子模式（续）例：负责教师人事档案的用户习惯于称教师模式的教师号为职工号。因此可以定义视图，在视图中将教师号重新定义为职工号。设计用户子模式（续）(2)针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。设计用户子模式（续）例： 假设有关系模式：产品（产品号，产品名，规格，单价，生产车间，生产负责人，产品成本，产品合格率，质量等级）。可以在此关系模式上建立两个视图：为一般顾客建立视图：产品1（产品号，产品名，规格，单价）为产品销售部门建立视图：产品2（产品号，产品名，规格，单价，车间，生产负责人）这样就可以防止用户非法访问本来不允许他们查询的数据，保证了系统的安全性。设计用户子模式（续）(3)简化用户对系统的使用如果某些局部应用中经常要使用某些很复杂的查询，为了方便用户，可以将这些复杂查询定义为视图。第五章数据库设计5.1数据库设计概述5.2需求分析5.3概念结构设计5.4逻辑结构设计5.5物理结构设计5.6数据库实施和维护逻辑设计完成后，下一步的任务就是进行系统的物理设计。物理结构设计是指在计算机的物理设备上确定应采取的数据存储结构和存取方法。由于目前使用的DBMS基本上是关系型的，物理设计的主要工作是由系统自动完成的，用户只要关心索引文件的创建即可。第五章数据库设计5.1数据库设计概述5.2需求分析5.3概念结构设计5.4逻辑结构设计5.5物理结构设计5.6数据库实施和维护数据库的实施数据库实施的包括：用DDL定义数据库结构组织数据入库编制与调试应用程序数据库试运行第五章数据库设计数据库原理与应用PrincipleandApplicationofDatabaseSystem第五章数据库设计5.1数据库设计概述5.2需求分析5.3概念结构设计5.4逻辑结构设计5.5物理结构设计5.6数据库实施和维护5.4逻辑结构设计概念结构设计阶段得到的E-R