第3章中文Access 2003应用实例教程.pptVIP

3.1 数据库设计方法学简介 本章的目标是帮助读者设计和构建数据库。然而，一旦所需要的数据库变得相当复杂，就需要有一种系统化的方法去进行数据库设计，使数据库既要满足用户需求又能获得性能的需求。这种系统化方法就是数据库设计方法学。数据库方法学（Design Methodology）是一种使用过程、技巧、工具和文档来支持和简化设计过程的结构化方法。数据库设计方法学由一系列步骤组成，这些步骤在工程的每个阶段引导设计者使用合适的技术，这些阶段还帮助设计者规划、管理、控制和评价数据库开发过程。 这里介绍的数据库设计方法是一种自顶向下的方法。这种方法从包含几个实体和关系的数据模型开始，然后应用连续的自顶向下方法去标识属性、其他的可能实体和关系。这种自顶向下的方法被认为是设计简单和复杂数据库都合适的策略，也是数据库方法学中使用的方法的基础。 3.2 构建E-R关系数据模型 3.2.1 实体 3.2.2 键 3.2.3 关系的多样性 3.2.4 关系上的属性 3.2.5 E-R模型中的设计问题 3.2.1 实体 实体（Entity）：一组有相同属性的对象，被用户标识为独立存在的对角集合。E-R建模的一个基本概念是实体，代表一组现实世界中的对象集合，它们有相同的属性。每个对象必须在集合中被惟一地标识表示，叫做实体（Entity Occurrence）。 3.2.2 键 实体的键可以分为：超键（Super Key）、候选键（Candidate Key）、主键（Primary Key）和备用键（Alternate Key）。 超键：可以惟一标识一个实体的属性或者属性组。 候选键：可以惟一标识一个实体的最小数目的属性的超键。 主键：被选中作为标识实体的候选键。 备用键：没有被选为主键的候选键。 如果实体和属性一起显示，那么就把代表实体的矩形分成两部分。上半部分显示实体名，下半部分列出属性名。 3.2.3 关系的多样性 关系的多样性（Multiplicity）是指一个实体中可能和相关实体有关联的实体事件的数目。前面提到过，最常用的关系是度为2的二元关系。二元关系上的多样性约束一般被叫做一对一（1∶1）、一对多（1∶*）或者多对多（*∶*）。用下面的业务规则来考察这三种类型的关系。 1. 一对一关系 2. 一对多关系 3. 多对多关系 3.2.4 关系上的属性 在这里介绍一个实体间关系的属性。例如，考虑演出关系，它关联实体演员和电影，也可以关心演员在电影中所扮演的角色。这个信息是和演出关系相关联而不是和实体演员或电影相关联。所以，创建一个叫做角色的属性来存储这个信息，并把它分配到演出这个关系中。在这里要注意的是，图中角色属性是用实体的符号表示的。为了区分实体和关系的属性，代表属性的椭圆与关系用虚线连接。 3.2.5 E-R模型中的设计问题 在E-R模型设计中可能会出现两个问题，一个是扇形陷阱，另一个是深坑陷阱。这些问题总体上被称为连接陷阱，通常是由于对某些关系的含义的误解产生的。为了识别连接陷阱，必须完全确信关系的含义（它表示的业务的规则）被完全理解并且清楚定义。如果不能准确地理解关系，可能会建立一个不能代表现实世界的模型。 1. 扇形陷阱（Fan Trap） 2. 深坑陷阱（Chasm Trap） 3.3 数据库设计的规范化 3.3.1 数据冗余和数据表更新异常 3.3.2 第一范式 3.3.3 第二范式 3.3.4 第三范式 3.3.1 数据冗余和数据表更新异常 1. 插入异常 2. 删除异常 3. 更改异常 3.3.2 第一范式 第一范式（First Normal Form，1NF）：每个列和记录包含一个而且只包含一个值的表。看看一个分公司表，其主键是分公司编号。可以看出表中除了电话号码这一列外，其他的列都遵守1NF的定义，因为对于每一个记录的电话号码列有多个值。 3.3.3 第二范式 第二范式（Second Normal Form，2NF）：一个第一范式的表并且每个非主键列都可以从构成主键的全部的列得到。第二范式仅仅应用于具有复合主键的表，也就是主键是由两个或两个以上的列复合而成的表。具有单列主键的表自动就是2NF。 3.3.4 第三范式 第三范式（Third Normal Form，3NF）：是一个已经是第一范式和第二范式的表，并且所有非主键列的值都只能由主键列中决定，而不能由其他非主键列决定。虽然有了第一范式和第二范式已经可以减少很多的数据冗余，但它们还是有可能出现更新异常。 3.4 数据字典 数据字典是数据库中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。 数据字典通常包括数据项、数