6-E-R图分析报告.pptVIP

规范化实例 */39 * 工程号 工程名称 职工号 姓名 职务 小时工资率 工时 实发工资 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 图-1 某公司的工资表 规范化实例 */39 * 工程号 工程名称 职工号 姓名 职务 小时工资率 工时 A1 花园大厦 1001 齐光明 工程师 65 13 A1 花园大厦 1002 李思岐 技术员 60 16 A1 花园大厦 1001 齐光明 工程师 65 13 A1 花园大厦 1003 鞠明亮 工人 55 17 A3 临江饭店 1002 李思岐 技术员 60 18 A3 临江饭店 1004 葛宇洪 技术员 60 14 图-2 某公司的项目工时表 规范化实例 表中包含大量的冗余，可能会导致数据异常： 更新异常 例如，修改职工号=1001的职务，则必须修改所有职工号=1001的行 添加异常 若要增加一个新的职工时，首先必须给这名职工分配一个工程。或者为了添加一名新职工的数据，先给这名职工分配一个虚拟的工程。（因为主关键字不能为空） 删除异常 例如，1001号职工要辞职，则必须删除所有职工号＝1001的数据行。这样的删除操作，很可能丢失了其它有用的数据 */39 * 规范化实例 采用这种方法设计表的结构，虽然很容易产生工资报表，但是每当一名职工分配一个工程时，都要重复输入大量的数据。这种重复的输入操作，很可能导致数据的不一致性。 */39 * 应用范式规范化设计 */39 * 一张表描述了多件事情，如图-3所示。 工程号 工程名称 职工号 姓名 职务 小时工资率 工时 图-3 函数依赖图 工程信息 员工信息 项目工时信息 应用第二范式规范化 */39 * 工程号 工程名称 职工号 姓名 职务 小时工资率 工程号 职工号 工时 图-4 应用第二范式 工程表 员工表 项目工时表 满足第三范式吗？ 应用第三范式规范化 */39 * 工程号 工程名称 职工号 姓名 职务号 职务号 职务 小时工资率 工程号 职工号 工时 工程表 员工表 职务表 工时表 规范化和性能的关系 为满足某种商业目标，数据库性能比规范化数据库更重要 通过在给定的表中添加额外的字段，以大量减少需要从中搜索信息所需的时间 通过在给定的表中插入计算列（如成绩总分），以方便查询 进行规范化的同时，还需要综合考虑数据库的性能。 */39 * 总结 1-1 在需求分析阶段，设计数据库的一般步骤为： 收集信息 标识对象 标识每个对象的属性 标识对象之间的关系 在概要设计阶段和详细设计阶段，设计数据库的步骤为： 绘制E-R图 将E-R图转换为表格 应用三大范式规范化表格 */39 * 总结 1-2 为了设计结构良好的数据库，需要遵守一些专门的规则，称为数据库的设计范式。 第一范式（1NF）的目标：确保每列的原子性。 第二范式（2NF）的目标：确保表中的每列，都和主键相关 。 第三范式（3NF）的目标：确保每列都和主键列直接相关，而不是间接相关 。 不满足第一范式就不是关系型数据库 */39 * * 讲解要点： 在需求分析阶段，设计数据库的一般步骤（结合BBS论坛系统讲解）： 1.收集信息： 提问学员：论坛的基本功能有哪些？引导回答：注册、登录、发贴、版主论坛管理等 * 2.标识对象： 告诉学员实体的概念：相当于Java中讲解的对象，现实中实实在在存在的事物都是实体，如汽车、房子、人等。 强调实体一般是名词，英文是Entity 提问学员：BBS论坛中有哪些实体？引导回答：用户、主贴、跟贴 。因为主贴和跟贴的信息不完全一样（如跟贴数等）， 所以分开。版主不是实体，因为它属于用户实体，它只是一种拥有特权的特殊用户。 * 3.标识每个对象的属性。 告诉学员属性的概念：相当于某个实体的子成员信息，类似Java中类的属性。 提问学员用户、主贴、回帖、版块等实体有哪些属性，列出主要的即可。 * 4.世界万物都是联系的，一个系统中的实体间也是如此，所以我们还需要标出实体间的关系。 强调关系一般是动词。如用户发出主贴，发出就是一个关系，用于表示用户实体和主贴实体间的联系，它是一个动词。 提问学员： 1）跟贴和主贴有什么关系？