建立数据库讲解.pptVIP

建立数据库的一般流程 任务：阅读课本P36-39，了解设计旅行社业务信息数据库需要完成哪些需求分析。 与线路有关的数据 线路名、行程、交通、用餐、住宿、价格 与游客有关的数据 姓名、性别、联系电话、联系地址、邮政编码、证件类型、证件编号 与团队有关的数据 发团日期、回程日期、属何线路、计划人数 与合同有关的数据 签约游客、签约日期、缴费金额、旅游团队 与导游有关的数据 姓名、性别、联系电话、护照号码、身份证号码、外语 实体 属性 旅游线路 线路编号、线路名称、行程、交通、用餐、住宿、价格 游客 游客编号、姓名、性别、联系电话、联系地址、邮政编码、证件类型、证件编号 团队 团队编号、发团日期、回程日期、属何线路、计划人数 合同 合同编号、签约游客、签约日期、缴费金额、旅游团队 导游 工号、姓名、性别、联系电话、护照号码、身份证号码、外语1、外语2 旅游业务中涉及的实体及其属性 数据的抽象描述 现实世界 信息世界（概念模型） 机器（数据）世界（数据模型） 用户的观点 机器的观点 对象 特征 总体 关键特征 事物及其联系 实体 属性 实体集 键 概念模型 记录 字段 文件 关键字 数据模型 现实世界 信息世界 机器世界 三个世界的术语对照表 概念模型 P39 常用的是“实体—关系模型”，简称E-R模型 E-R图就是用特定的符号来描述E-R模型中实体集及实体集之间的联系 E-R图主要的图元素： （1）实体集：用矩形框表示，框内标注实体名称 （2）属性：用椭圆形表示，并用连线与实体连接起来 （3）实体之间的联系：用菱形框表示，框内标注联系名称，并用连线将菱形框分别与有关实体相连，并在连线上注明联系类型 （4）实体与属性及实体间联系：用直线连接 用E-R图来表示两个实体集之间的三种联系 一对一联系 一对多联系 多对多联系 班主任 班级 担任 1 1 学生 班级 所在 n 1 图书 读者 借阅 m n 游客 合同 旅游团 导游 线路 带领 签约 参加 关联 m n n n n 1 1 1 旅游信息数据库整体模型 数据模型 P43 数据模型是客观事物及联系的数据描述，它是定义数据库的依据。数据模型描述了数据库中数据的组织形式，它不仅要表示存储了哪些数据，更重要的是要以一定的结构形式表示出各种不同数据之间的联系。 常用的数据模型 （1）关系模型 （2）层次模型 （3）网络模型 联系类型的转换 若实体间联系是1:1，可在任意一个关系模式的属性中加入另一个关系模式的主键和联系类型的属性。 如：校长—学校 学校（校名，地址，电话，校长名，任职年月） 校长（姓名，性别，年龄，职称） 学校（校名，地址，电话） 校长（姓名，性别，年龄，职称，学校名称，任职年月） 校名 地址 电话 任职年月 姓名 性别 出生日期 职称 学校 校长 任职 1 1 若实体间联系是1:n，则在n端实体类型转换成的关系模式中加入1端实体类型的主键和联系类型的属性。 校名 校址 校长 学校 教师 聘任 教工号 姓名 专长 职称 年薪 1 n 学校—教师，关系模式设计如下： 学校（校名，校址，校长） 教师（教工号，姓名，专长，职称，校名，年薪） 若实体间联系是m:n，则将联系类型也转换成关系模式，其属性为两端实体类型的主键加上联系类型的属性，而主键为两端实体主键的组合 如学生—课程 学生—课程，其关系模式设计如下： 学生（学号，姓名，年龄，性别） 选课（学号，课程号，成绩） 课程（课程号，课程名，教师名） 学号 姓名 年龄 性别 成绩 课程号 课程名 教师名 学生 课程 选课 m n 游客 合同 旅游团 导游 线路 带领 签约 参加 关联 m n n n n 1 1 1 旅游信息数据库概念模型转换 属于 n 1 数据库设计的规范化 任务：分析P49案例中数据表设计是否合理。设计不合理的数据库表，在使用的过程中会出现哪些问题？ 数据冗余、删除异常、修改困难 函数依赖（P50） 如果给定了属性A的值，则属性B也就确定了，称为属性B函数依赖于属性A，记作A→B。 完全函数依赖 从A中移去任何字段则依赖关系不再成立，也就是B依赖于整个主关键字A，而不是其中部分。 规范化的目的（P54）：使数据库的结构更加合理，消除数据存储异常，尽量的减少数据冗余，使数据的插入、更新、删除更加方便。 关系规范化理论（P52） 分为五个等级，每一级称为一个范式。范式的级别越高，条件越严格。 若一个表的所有字段都是不可分的基本数据项，则这个表符合第一范式（1NF） 若表符合第一范式，且每个非主关键字属性都完全依赖于主关键字，则这个关系符合第二范式（2NF） 若表属于第二范式，且表的每个属性之间都不存在传递依赖关系，则这个表属于第三范式（3NF） 创建数据库