[第5章数据库设计实例.pptVIP

An Introduction to Database System 物理结构设计 为逻辑设计阶段得到的关系模型选取一个最适合应用环境的物理结构的过程。 1) 为关系模型选择存取方法 2) 设计关系、索引等数据库文件的物理存储结构 得到如下物理结构设计方案 索引设计 车间(车间号，车间主任姓名,地址,电话,厂名) 工人(职工号,姓名,年龄,性别,工种,车间号) 产品(产品号,价格,车间号,仓库号) 零件(零件号,重量,价格,仓库号) 生产(车间号，零件号，任务量) 装配(产品号，零件号，零件数量) 确定DBMS配置（Microsoft SQL Server2000） 本节课内容小结 结合具体实例，讲解了关系数据库的概念结构设计、逻辑结构设计和物理结构设计； 掌握E-R模型的设计方法； 掌握转换E-R模型设计关系模式的方法和原则； 掌握索引设计； 熟悉Microsoft SQL Server2000的数据库配置参数及配置方法。 下节课内容 SQL语言 下课了。。。 * * 数据库系统概论 An Introduction to Database System 第五章 关系数据库设计 数据库设计实例 什么是数据库设计 知识点回顾： 最优的数据库模式 建立数据库及其应用系统 满足用户应用需求 信息要求 处理要求 知识点回顾： 数据库设计的六个阶段 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行和维护 数据库设计实例：工厂管理数据库 问题描述 某工厂（属性：厂名、厂长名）需要建立一个管理数据库存储以下信息： 一个厂内有多个车间，每个车间有属性车间号、车间主任姓名、地址和联系电话； 一个车间有多个工人，每个工人有属性职工号、姓名、年龄、性别和工种； 一个车间生产多种产品，产品有属性产品号和价格； 一个车间生产多种零件，一种零件也可能为多个车间生产。 零件有属性零件号、重量和价格； 一个产品可由多种零件组成，一种零件也可以装配出多种产品； 产品和零件均存入仓库； 厂内有多个仓库，仓库有属性仓库号、仓库主任姓名和电话。 根据以上服务需求，设计该工厂管理数据库，实现日常的数据库事务操作。 用户的 信息要求 需求分析 用户的 处理要求 实体之间存在如下联系： 工厂和车间之间是1:n联系； 车间和工人之间是1:n联系； 车间和产品之间是1:n联系； 车间和零件之间是m:n联系； 产品和零件之间是m:n联系； 仓库和产品之间是1:n联系； 仓库和零件之间是1:n联系； E-R图 概念结构设计 分析实体、属性和联系 设计E-R图（实体联系模型） 存在如下实体及其属性: 工厂（厂名，厂长名） 车间(车间号，车间主任姓名,地址,电话) 工人(职工号,姓名,年龄,性别,工种) 产品(产品号,价格) 零件(零件号,重量,价格) 仓库(仓库号,仓库主任姓名,电话) 工厂 车间 工人 产品 零件 仓库 拥有 n 1 所属 n 1 生产 1 n 生产 m n 装配 m n 仓储 n 1 仓储 n 1 厂名 厂长名 零件数量 客观存在并可相互区别的事物，也可以是抽象的联系。 实体具备的某一特性。一个实体可由若干属性来刻画。 现实世界中实体内部或实体之间存在的联系。 逻辑结构设计 转换E-R图,设计关系模式 优化关系模式 由E-R图设计关系模式的几个原则: 1)每个实体对应一个关系模式； 2)每个m:n 联系对应一个关系模式, 并设计所需属性； 3)注意为每个关系模式添加外码 设计如下关系模式: 工厂（厂名，厂长名） 车间(车间号，车间主任姓名,地址,电话,厂名) 工人(职工号,姓名,年龄,性别,工种,车间号) 仓库(仓库号,仓库主任姓名,电话) 产品(产品号,价格,车间号,仓库号) 零件(零件号,重量,价格,仓库号) 生产（车间号，零件号，任务量） 装配（产品号，零件号，零件数量） 优化关系模式： 考察每一个关系模式，应用关系规范化理论完成规范化处理。 并不是规范化程度越高就越好;实际工程中,一般规范化到3NF就可以了； 考虑应用环境的处理要求（时间响应性能），有时也要进行非规范化设计。 外码：用来表示（/体现）实体之间相互联系的属性。 设计并建立索引 分析需要对哪些关系，哪些属性列建立索引 建立什么类型的索引 设计索引的一般规则（知识点回顾） 如果一个(或一组)属性经常在查询条件中出现，则考虑在这个(或这组)属性上建立索引(或组合索引) 如果一个属性经常作为最大值和最小值等集函数的参数，则考虑在这个属性上建立索引 如果一个(或一组)属性经常在连接操作的连接条件中出现，则考虑在这个(或这组)属性上建