5 数据库设计与E－R模型.ppt

构建概念模型E_R模型： 标识实体； 标识联系； 标识实体和联系的有关属性； 确定属性域； 确定候选键和主键属性； 特化和泛化实体； 删除和关系模型不相容的属性； 检查模型是否支持用户事务。 E-R 设计决策 用属性还是实体集来表示对象 一个现实世界概念最好表示为实体集还是联系集 用三元联系还是一对二元联系 用强实体集还是弱实体集 特化/泛化的使用 – 有助于设计的模块性 聚集的使用 – 将聚集实体集视为单个单元, 从而不必关心其内部结构的细节 视图综合概念数据库设计过程 1 设计局部E_R模式? 确定局部结构范围；? 定义实体，产生局部实体；? 联系定义，确定局部实体间的联系及其结构约束；? 深入分析，确定子类、超类等联系；2 合成，设计全局E_R模式? （1）确定局部E_R模式间公共实体类型；? （2）局部E_R模式合并，合并对应部分，保留特殊部分，删除冗余部分：??? 两两合并；??? 先合并有联系的；??? 从公共实体类型出发，最后再加入独立的局部结构；3 消除冲突?（1）属性冲突：类型、取值范围、单位等的冲突；?（2）约束/结构冲突：属性、实体抽象不同，实体键、联系关系等冲突； ?（3）命名冲突：有异名同意义，同名异意等； 4 优化?准确、全面反映用户功能需求；?实体类型个数尽可能少；?属性尽可能少；?实体类型间联系无冗余； （1）实体类型合并，例如1：1联系的两个实体可以考虑合并； （2）冗余属性消除。综合成全局模式后，可能产生全局范围内的冗余属性，比如有些数据可以由其他数据推出； （3）冗余联系消除。 构建概念模型E_R模型： 标识实体； 标识联系； 标识实体和联系的有关属性； 确定属性域； 确定候选键和主键属性； 特化和泛化实体； 删除和关系模型不相容的属性； 检查模型是否支持用户事务。 E-R 设计决策 用属性还是实体集来表示对象 一个现实世界概念最好表示为实体集还是联系集 用三元联系还是一对二元联系 用强实体集还是弱实体集 特化/泛化的使用 – 有助于设计的模块性 聚集的使用 – 将聚集实体集视为单个单元, 从而不必关心其内部结构的细节 视图综合概念数据库设计过程 1 设计局部E_R模式? 确定局部结构范围；? 定义实体，产生局部实体；? 联系定义，确定局部实体间的联系及其结构约束；? 深入分析，确定子类、超类等联系；2 合成，设计全局E_R模式? （1）确定局部E_R模式间公共实体类型；? （2）局部E_R模式合并，合并对应部分，保留特殊部分，删除冗余部分：??? 两两合并；??? 先合并有联系的；??? 从公共实体类型出发，最后再加入独立的局部结构；3 消除冲突?（1）属性冲突：类型、取值范围、单位等的冲突；?（2）约束/结构冲突：属性、实体抽象不同，实体键、联系关系等冲突； ?（3）命名冲突：有异名同意义，同名异意等； 4 优化?准确、全面反映用户功能需求；?实体类型个数尽可能少；?属性尽可能少；?实体类型间联系无冗余； （1）实体类型合并，例如1：1联系的两个实体可以考虑合并； （2）冗余属性消除。综合成全局模式后，可能产生全局范围内的冗余属性，比如有些数据可以由其他数据推出； （3）冗余联系消除。 学院基本信息管理：学院基本信息录入、维护与查询 工作人员录入学院基本信息； 工作人员更新、增加、删除学院基本信息； 所有用户可根据学院名称查询学院基本信息 班级基本信息管理：班级基本信息录入、维护与查询 工作人员录入班级基本信息 工作人员更新、增加、删除学院基本信息； 所有用户可根据班级编号、班级名称查询班级基本信息 学生基本信息管理：学生基本信息录入、维护与查询 工作人员根据教务处提供的学生名单录入学生基本信息 工作人员或学生本人可修改学生基本信息 工作人员增加、删除学生基本信息 所有用户可根据学生姓名、学号查询学生基本信息 构建概念模型E_R模型： 标识实体； 标识联系； 标识实体和联系的有关属性； 确定属性域； 确定候选键和主键属性； 特化和泛化实体； 删除和关系模型不相容的属性； 检查模型是否支持用户事务。 E-R 设计决策 用属性还是实体集来表示对象 一个现实世界概念最好表示为实体集还是联系集 用三元联系还是一对二元联系 用强实体集还是弱实体集 特化/泛化的使用 – 有助于设计的模块性 聚集的使用 – 将聚集实体集视为单个单元, 从而不必关心其内部结构的细节 视图综合概念数据库设计过程 1 设计局部E_R模式? 确定局部结构范围；? 定义实体，产生局部实体；? 联系定义，确定局部实体间的联系及其结构约束；? 深入分析，确定子类、超类等联系；