ER设计基础教程.ppt

规范化实例 5-2 工程号 工程名称 职工号 姓名 职务 小时工资率 工时 实发工资 A1 花园大厦 1001 齐光明 工程师 65 13 845.00 1002 李思岐 技术员 60 16 960.00 1004 葛宇宏 技术员 60 19 1140.00 小计 2945.00 A2 立交桥 1001 齐光明 工程师 65 15 975.00 1003 鞠明亮 工人 55 17 935.00 小计 1910.00 A3 临江饭店 1002 李思岐 技术员 60 18 1080.00 1004 葛宇宏 技术员 60 14 840.00 小计 1920.00 某公司的工资表 规范化实例 5-3 工程号 工程名称 职工号 姓名 职务 小时工资率 工时 A1 花园大厦 1001 齐光明 工程师 65 13 A1 花园大厦 1002 李思岐 技术员 60 16 A2 立交桥 1001 齐光明 工程师 65 13 A2 立交桥 1003 鞠明亮 工人 55 17 A3 临江饭店 1002 李思岐 技术员 60 18 A3 临江饭店 1004 葛宇洪 技术员 60 14 某公司的项目工时表 规范化实例 5-4 1. 表中包含大量的冗余，可能会导致数据异常： 更新异常 例如，修改职工号=1001的职务，则必须修改所有职工号=1001的行 添加异常 若要增加一个新的职工时，首先必须给这名职工分配一个工程。或者为了添加一名新职工的数据，先给这名职工分配一个虚拟的工程。（因为主关键字不能为空） 删除异常 例如，1001号职工要辞职，则必须删除所有职工号＝1001的数据行。这样的删除操作，很可能丢失了其它有用的数据 规范化实例 5-5 2．采用这种方法设计表的结构，虽然很容易产生工资报表，但是每当一名职工分配一个工程时，都要重复输入大量的数据。这种重复的输入操作，很可能导致数据的不一致性。 一张表描述了多个实体的信息 应用范式规范化设计 工程号 工程名称 职工号 姓名 职务 小时工资率 工时 函数依赖图 工程信息 员工信息 项目工时信息 应用第二范式规范化 工程号 工程名称 职工号 姓名 职务 小时工资率 工程号 职工号 工时 工程表 员工表 项目工时表 满足第三范式吗？ 应用第三范式规范化 工程号 工程名称 职工号 姓名 职务 职务 小时工资率 工程号 职工号 工时 工程表 员工表 职务表 工程表 规范化和性能的关系 为满足某种商业目标，数据库性能比规范化数据库更重要 通过在给定的表中添加额外的字段，以大量减少需要从中有哪些信誉好的足球投注网站信息所需的时间 通过在给定的表中插入计算列（如成绩总分），以方便查询 进行规范化的同时，还需要综合考虑数据库的性能，必要的时候需要较低规范化的程度，即非规范化(Denormalize) 总结 2-1 在需求分析阶段，设计数据库的一般步骤为： 收集信息 标识对象 标识每个对象的属性 标识对象之间的关系 在详细设计阶段，设计数据库的步骤为： 绘制E-R图 将E-R图转换为表结构 应用三大范式规范化表 总结 2-2 为了设计结构良好的数据库，需要遵守一些专门的规则，称为数据库的设计范式 第一范式（1NF）的目标：确保每列的原子性 第二范式（2NF）的目标：确保表中的每列，都和主键相关 第三范式（3NF）的目标：确保每列都和主键列直接相关，而不是间接相关 * 我们根据三大范式，逐一审核是否规范化。 提问学员： 1.第一范式满足吗，引导回答：基本满足； 2.第二范式满足吗？第二范式要求表中的列必须与主键列相关，也就是要求一张表只能描述一件事情。 我们一起看看这张表描述了哪些事情？让学员思考几分钟，然后提问，最后归纳出如下事情： 1）工程信息 2）员工信息 3）项目的工时信息（每个工人做了多少活儿） * 所以根据第二范式，拆分出了这些表。 提问学员：这些表满足第三范式吗？ 引导：员工表还需拆分，存在传递依赖关系，即小时工资率和职务有关，职务又和人有关， 最后传递后，小时工资率看起来就和姓名有关了。小时工资率和职务才之间相关，我们需要应用第三 范式做进一步拆分。 * 告诉学员，数据库的三大范式和数据库的性能有时是矛盾的。 打个比方：大家都知道，环境保护非常重要，西方总是拿环保问题和中国刁难， 说中国为了发展不顾环境保护、生态自然等。可中国目前的经济实力不够强大，如果人都吃不饱， 空谈环保还有什么用呢？所以我们只能是在保持地区经济发展的前提下，尽量注重环保问题。 这就是一种折中处理问题的典型。 本例同样如此：为了满足三大范式，我们在规范化表格时就会拆分出越来越明细的表格。 但客户喜欢综合的信息，为了满足客户，我们又需要把这些表同过连接查询还原为客户喜欢