“会员”与“留言”的ER图.ppt

6.4.4 UML模型的设计 2．UML 中的关系 ① 依赖 ② 关联（聚集与组合是特殊的关联） 6.4.4 UML模型的设计 ③ 泛化 或 继承 ④ 实现 6.4.4 UML模型的设计 3．基于UML关系数据库建模的方法和步骤 （1）数据库概念模型的设计 数据库概念模型设计以系统的需求分析结果为前提，可以将需求分析阶段得到的对象模型即类图直接映射成数据库的概念模型。 例：网上服装销售系统的对象模型（类图）的主要内容： ① 服装网站有若干管理员，各管理员可发布特定的公告； ② 管理员提供订单格式，会员与订单之间存在填单关系； ③ 会员分为普通会员和VIP会员两类。 UML模型的设计 图6-45 网上服装销售系统数据库概念模型 6.4.4 UML模型的设计 （2）概念模型向关系模型的映射方法 从概念模型向基本表结构的转换规则： ① 实体的转换 ② 对于实体间的关联和聚集的关系，可根据不同情况分别转换。 对于一对一的关联或聚集关系： 对于一对多的关联或聚集关系： 对于多对多的关联或聚集关系： 6.4.4 UML模型的设计 将上述网上服装销售系统的概念模型转换成基本表（PK表示主健、FK表示外健。 ）： 6.4.4 UML模型的设计 ③ 对于实体之间的继承关系有两种转换方法。 “子类实体上卷”法：将整个继承结构涉及的实体映射成一个基本关系表； “父类实体下卷”法：将每个子类实体转换为一个基本表，称为子表，子表的属性由其父类实体属性和自身属性两部分组成。 6.4.4 UML模型的设计 6.4.4 UML模型的设计 4．描绘UML概念模型的原则 ① 尽量避免线条的交叉，避免使用拐弯的线，最好采用水平线或垂直线。 ② 保留适当的空白区可增强模型的可读性，物理上明显相关的类最好放得近一些，这样容易归到一组。 ③ 把类画得细高一点或者粗矮一点，有助于减少交叉线和拐弯的线。 ④ 可以给特定的类加上颜色或者阴影，如值列表类、核心类（如Order）、与其他模式共享的类等。 ⑤ 在创建概念模型时，必须辅以一个说明所有相关类和属性的报告。 6.5 数据库逻辑结构设计 概念结构是与实现无关的、独立于其他数据模型的信息结构。 逻辑结构设计的任务是将概念模型转换成所用数据库产品所支持的逻辑结构。 6.5.1 逻辑结构设计的方法和步骤 设计逻辑结构时的步骤： ① 将概念结构转换为一般的关系、网状、层次模型。 ② 将转换来的关系、网状、层次模型向特定数据库管理系统支持的数据模型转换。 ③ 对数据模型进行优化。 6.5.2 E-R 模型向关系模型的转换 转换规则： ① 一个实体型转换为一个关系模式； ② 一个1﹕1 联系 ③ 一个1﹕n 联系 ④ 一个m﹕n 联系转换为一个关系模式； ⑤ 三个或以上实体间的一个多元联系，可以转换为一个关系模式； 具有相同码的关系模式可以合并。 6.5.2 E-R 模型向关系模型的转换 例：图6-24 中部分E-R 图转换为关系模型（关系的码） 会员(会员编号, 会员名, 密码, 所在城市, 所在城市, 联系地址, 邮政编码, 证件号码, 电话, E-mail 地址, 消费额, …) 管理员(管理员编号, 管理员名称, 管理员密码, 管理员等级, …) 服装(商品编号, 商品名称, 商品介绍, 商品价格, 商品图片信息, 录入时间, 是否新品, 是否特价,浏览次数, 库存, …) 购买记录(记录编号, 日期, 数量,…) 6.5.2 E-R 模型向关系模型的转换 会员-订单(订单编号, 会员编号, …) 会员-留言(留言编号, 会员编号, 发表留言内容, …) 管理员-购买记录(管理员编号, 记录编号, 管理员名称, 日期, …) 服装-购买记录(商品编号, 记录编号, 商品名称, 日期, 数量, …) 供应商-服装(供应商编号, 商品编号, 供应商名, 商品名称, …) 仓库-服装(仓库编号, 商品编号, 仓库名称, 商品名称, …) 6.5.3 关系模型的优化 数据模型优化：进一步提高数据库应用系统的性能，应该根据应用需求，适当修改、调整数据模型的结构。 关系模式的优化：对照需求分析阶段得到的用户信息要求和信息处理需求，进一步分析通过上述设计过程得到的关系模式是否符合有关要求，是否需要将某些模式进行合并或分解，并从查询效率的角度出发，考虑是否将某些模式进行合并。 6.5.3 关系模型的优化 具体方法： ① 确定数据依赖； ② 对于各关系模式之间的数据依赖进行极小化处理，消除冗余的联系； ③ 按照数据依赖的理论对关系模型逐一进行分析，考察是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式； ④ 按照需求分析阶