SQL Server2005数据库设计.ppt

E－R图如何表示实体之间的关系 学生选课系统完整的E－R图 课堂练习 画出仓库--商品的E-R图 提示：仓库的属性包括：地点、面积等；商品的属性包括：商品名称、价格等。 n 1 仓库 商品 存放 地点 面积 仓库号 商品号 价格 数量 商品名 数据库设计第三步：E－R模型转换为数据表 将E-R模型转换为数据表的基本原则： 将各实体转换为对应的表，将各属性转换为各表对应的列。 标识每个表的主键列，需要注意的是：没有主键的表要添加ID编号列，它没有实际含义，用于做主键。 例如：通知数据表中除了标题、内容外，还应加一个ID主键列，用以区分每条记录。 如果实体之间有某种关系，还要在表中添加外键。 学生选课系统中各实体转换为数据表 如何将E－R图中的关系转换为数据表 如果实体A和实体B之间存在一对一的关系，将E-R图转换为数据表有以下三种方法： 把A实体的主关键字加入到B实体转换后的数据表中作为外键，如果关系有属性也一并加入。 把B实体的主关键字加入到A实体转换后的数据表中作为外键，如果关系有属性也一并加入。 直接将关系转换为数据表，表中包含两个实体的主关键字，如果关系有属性也一并加入。 一对一的关系转换为数据表 丈夫（身份证号，姓名，职业，出生日期） 妻子（身份证号，姓名，职业，出生日期，丈夫身份证号，子女数，婚龄） 一对多的关系转换为数据表 如果实体A和实体B之间是一对多的关系，关系转换方法为： 可将“一方”实体的主关键字纳入“n方”实体转换后的数据表中作为“外部关键字”，同时把关系的属性也一并其中。 一对多中的关系转换为数据表 班级（班级编号、班级名称） 学生（学号、姓名、性别、年龄、班级编号） 多对多的关系转换为数据表 如果实体A和实体B之间是多对多的关系，必须按以下原则转换化数据表： 必须对“关系”单独建立一个数据表。 该数据表的属性中至少要包括实体A和实体B的主关键字作为外键，并且如果关系有属性，也要归入这个关系中。 多对多的关系转换为数据表 学生（学号、姓名、性别、年龄） 课程（课程号、名称、课时、学分） 选课（编号、学号、课程号） 学生选课系统的数据表 数据规范化 假设某建筑公司要设计一个数据库。公司的业务规则概括说明如下： 公司承担多个工程项目，每一项工程有：工程号、工程名称、施工人员等 公司有多名职工，每一名职工有：职工号、姓名、性别、职务等 公司按照工时和小时工资率支付工资，小时工资率由职工的职务决定 为什么要数据规范化 表中存在大量冗余信息 插入数据、更新数据、删除数据时都可能会引发异常 第一范式 第一范式的目标是确保每列的原子性。即数据表中的字段都是单一属性的，不可再分。 姓名 性别 年龄 地址 张三 男 19 北京市海淀区中关村大街20号 李四 男 20 石家庄市桥西区中山路112号 王五 男 19 北京市海淀区学府路210号 赵六 男 21 北京市朝阳区樱花街32号 第二范式 第二范式是在第一范式的基础上，确保表中的每列都和主键相关。即要求一个表只描述一件事情。 职工信息 工程信息 劳资信息 第二范式 第三范式 第三范式是在第二范式的基础上，确保表中每列都和主键直接相关，而不是间接相关。间接相关又称为传递依赖。 假设数据表中A、B、C三列，如果A-B，而B-C，则A-C。我们称A与C之间存在间接关系（传递依赖）。 第三范式 满足三大范式的工资数据表 满足三大范式的学生选课的数据表 规范化和性能的关系 规范化设计数据库虽然消除了大量的数据冗余，杜绝了一些问题的发生，但会降低数据库的操作性能。 为了显示职工的工资，必须采用多表联合查询，并且实发工资还要重新计算 为了提高职工工资表的显示速度，可能要增加“实发工资”冗余字段 规范化和性能的关系 在实际的数据库设计中，既要考虑三大范式，避免数据的冗余和各种数据操作异常，还要兼顾数据库的操作性能。 学生信息表中的“地址”字段，如果不需统计各省、市、县的生源人数，则可以不将地址分割。 课堂练习 课下作业 * 教员要强调学员多上机练习 * 教员演示本章的三个案例 专业 专注 创新 共赢 专业 专注 创新 共赢