第四节 数据建模.pptVIP

第四章 数据建模 第四章 数据建模 4.1 有关概念 4.2 传统做法所存在的问题 4.3 数据库管理系统 4.4 关系数据库 4.5 关系规范化 4.6 开发你自己的数据库 4.7 数据库相关技术 4.1 有关概念 模型：对现实世界的表示方法 信息系统的两个视角： 数据（事物） 过程（事件） 4.1 有关概念 举例：送餐业务 事物（数据）： 事件（过程） 4.1 有关概念 事物的表现形式 4.1 有关概念 数据的结构 字符 字段 记录 文件 数据库 4.2 传统做法所存在问题 传统的文件系统所存在的问题 数据独立性问题 数据的冗余性 数据的一致性 4.3 数据库管理系统（DBMS） 数据库环境下的数据管理 DBMS——Database Management System 4.3 数据库管理系统（DBMS） 数据库管理系统的抽象级别 4.3 数据库管理系统（DBMS） 4.3 数据库管理系统（DBMS） DBMS数据的外模式 4.3 数据库管理系统（DBMS） 4.3 数据库管理系统（DBMS） 4.3 数据库管理系统（DBMS） 4.4 关系数据库 一个关系 关系模式： 学生(姓名，课程，成绩） 4.4 关系数据库 一个关系数据库 4.4 关系数据库 4.4 关系数据库 关系的基本要求： （1）列是同质的 （2）不能有重名的属性 （3）列的顺序无所谓 （4）行的顺序无所谓 （5）任意两个元组不能全同 （6）每个分量不可再分（如下图） 4.4 关系数据库 关系的键 主键 和候选键 如： Supplier（SNO，SNAME，SCITY，EMAIL） 组合键： 如：Course（学号，课程号，成绩） 外键： Part（PNO，PNAME，COLOR，WEIGHT） Supplier（SNO，SNAME，SCITY，EMAIL） Supply （ PNO，SNO，QTY） 4.4 关系数据库 关系的完整性规则 定义: 是对关系的某种约束 一般包括两方面： 实体完整性规则 关联完整性规则 举例： 1、Supplier（SNO，SNAME，SCITY） 2、Supply（SNO，PNO，QTY） （见下页图） Supplier（SNO，SNAME，SCITY） Part（PNO，PNAME，COLOR，WEIGHT） 4.4 关系数据库 4.5 关系规范化 1、函数依赖 关系：学生（学号，姓名，系名，数学成绩） 则有： 学号→（姓名，系名，数学成绩） 学号是决定因子。 4.5 关系规范化 2、规范化的定义 考虑下面关系： SDC（学号，姓名，年龄，性别，导师编号，导师姓名，导师邮箱，课程号，成绩） 则有： 学号→（姓名，年龄，性别，导师编号，导师姓名，导师邮箱） 4.5 关系规范化 问题的原因： 导师编号→（导师姓名，导师邮箱） 所以，要遵循下面原则 每个函数依赖关系的决定因子都必须是候选码。如果违反这一原则，就应该分解为两个或多个符合以上原则的关系。 SDC（学号，姓名，年龄，性别，导师编号，导师姓名，导师邮箱，课程号，成绩） 4.5 关系规范化 3、规范化步骤： （1）确认关系的所有候选键。 （2）确认关系中的函数依赖关系。 （3）检查函数依赖关系的决定因子。如果任何一个决定因子都不是候选键，则关系就存在规范化问题。可按下列方法进行处理： 在它们自己的新关系中放置具有函数依赖关系的列。 让函数依赖关系的决定因子成为新关系的主键。 将决定因子的副本作为原始关系中的外键。 在新关系和原始关系中创建关联完整性约束。 （4）根据需要，多次重复步骤(3)，直至每个关系的决定因子都是候选键 举例： SDC（学号，姓名，年龄，性别，导师编号，导师姓名，导师邮箱，课程号，成绩） 步骤1：根据规范化过程，首先确定所有的候选键。 步骤2：确定所有函数依赖关系 学号→（姓名，年龄，性别，导师编号，导师姓名，导师邮箱） 导师编号→（导师姓名，导师邮箱） 导师邮箱→（导师编号，导师姓名） （学号，课程号）→成绩 步骤3：根据步骤2，如果函数依赖关系中的决定因子不是候选键，就要分解关系 STUDENT（学号，姓名，年龄，性别，导师编号） ADVISER（导师编号，导师姓名，导师邮箱） COURSE（学号，课程号，成绩） 关联完整性约束：COURSE中的学号的值在STUDENT的学号中的有对应项。 STUDENT的导师编号的值在ADVISER中的导师编号中有对应项。 4.5 关系规范化 习题： （1）STU-DORM（学生编号，学生姓名，宿舍名