[工学]数据库培训课程6.ppt

概念设计的第一步 利用抽象机制，对需求分析阶段收集到的数据进行分类、组织（聚集） 形成实体，实体的属性，标识实体的码，确定实体间的联系类型 设计局部E-R图 局部E-R图设计方法 选择局部应用：中层数据流图为依据 如物资管理、人事管理、销售管理等 逐一设计局部E-R图 根据数据抽象后所的得DD，并参照DFD，标定局部应用中的实体、实体属性、实体码，确定实体间的联系及类型 设计准则(某事物作为实体还是作为属性更恰当？) 能作为属性对待的事物尽量作为属性对待 能作为属性的事物必须 不能再具有需要描述的性质 不能与其他实体具有联系(E-R图中的联系是实体之间的联系) 职工 职工号 姓名 年龄 职称 职工 职工号 姓名 年龄 职称 职称代号号 工资 住房标准 附加福利 聘任 当职称没有需进一步描述的特性时，作属性 当职称有需进一步描述的特性时，作实体 如： P219 如销售管理子系统的局部E-R图 顾客 应收帐 订单 订单细则 折扣规则 产品描述 组成 参照1 参照2 订货 支付 1 n n 1 n 1 n 1 n 1 顾客号，顾客名， 地址，电话，… 顾客号，订单号，发票号， 应收金额，支付日期，… 订单号，顾客号，订货日期，… 订单号，细则号， 零件号，订货数， 金额，… 产品号，产品名，单价，… 产品号，订货量，折扣 P220 如公司部门管理系统的E-R图 部门 项目 职工 电话 包括 承担 n 1 n 1 房间号，面积 项目号，预算费 参与 m n 办公室 包含 1 n 包括 n 1 职务 承担 1 1 部门号，预算费， 领导人职工号 电话号码，说明 职工号，姓名，办公电话 工资情况 E-R图集成 集成方式 多个局部E-R图一次集成，或以累加方式逐步集成 集成步骤 合并局部E-R图，生成初步E-R图 依靠协商或应用语义消除各局部E-R图之间的 属性冲突：如属性的类型、取值范围冲突，或属性取值单位冲突 命名冲突：如同名异义，或一义多名 结构冲突：如不同应用中，同一对象有不同的抽象或同一实体包含的属性不完全相同 修改和重构，生成基本E-R图 依据分析和规范化理论来消除冗余 6.4 逻辑结构设计 逻辑结构设计的任务 将基本E-R图转换为与选用DBMS所支持的数据模型相符合的逻辑结构 逻辑结构设计的步骤 概念模型 基本E-R图 一般数据模型 关系、网状、层次 特定DBMS支 持的数据模型 优化的 数据模型 转换规则 DBMS的 特点和限制 优化方法 E-R图向关系模型的转换 任务 将实体和实体的属性及实体间的联系转换为关系模式 确定关系模式的属性和码 E-R图向关系模型的转换原则 一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码 对实体间的联系 一个1:1联系可以转换为一个独立的关系模式，也可以与任意对应的关系模式合并 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并 一个m:n联系转换为一个关系模式 三个或三个以上实体间的一个多元联系可以转换为一个关系模式 具有相同码的关系模式可以合并 如公司部门管理系统的E-R图及其转换成的关系模式 部门 项目 职工 电话 包括 承担 n 1 n 1 办公室号，面积 项目号，预算费 参与 m n 办公室 包含 1 n 包括 n 1 职务 承担 1 1 部门号，预算费， 领导人职工号 电话号码，说明 职工号，姓名，办公电话 担任时期，工资 分担任务 ? 部门(部门号，部门预算费，领导人职工号) ? 职工(职工号，姓名，办公电话，部门号) ? 办公室(办公室号，面积，部门号) ? 项目(项目号，项目预算费，部门号) ? 电话(电话号码，说明，办公室号) ? 项目承担情况(职工号，项目号，分担任务) ? 工资历史(职工号，职务，担任时期，工资) 部门（D#, Buget, MgrE#） 职工（E#, D#, J#, Phone#） 项目（J#, D#, JBuget） 办公室（O#, D#, Area） 电话（Phone#, O#, Owner） 工资史（E#, 职务, 工资） 数据模型的优化 优化通常以规范化理论为指导 优化方法 确定数据依赖 对各个关系模式之间的数据依赖进行极小化处理，消除冗余 按照数据依赖的理论对关系模式逐一分析，确定各关系模式属于第几范式 按用户需求分析这些模式是否合适，是否需合并或分解 对关系模式进行必要的分解，提高数据操作效率和存储空间利用率 设计用户子模式 根据局部应用需求设计用户子模式 设计用户子模式的目的 保证系统安全性 简化用户对系统的使用 DBMS中一般采用视图(View)机制 6.5 数据库的物理设计 数据库的物理设计 为一个给定的逻辑数据模型选定一个最合适应用要求的物理结构的过程 数据库的物理设计的依据 应用环