第1单元_access.pptVIP

* */102 3．用户定义的完整性 实体完整性和参照完整性适合于任何关系数据库。 用户定义的完整性是针对某一具体数据库的约束条件，由应用环境决定。 不同的关系数据库系统根据其应用环境的不同，还需要一些特殊的约束条件，用户定义的完整性就是针对某一具体关系数据库的约束条件。 如选课表中的成绩的取值只能在0－100之间。 * */102 1.3 关系数据库 1.3.1 关系术语 1.3.2 关系代数运算 1.3.3 关系的完整性 1.3.4 关系规范化 1.3.5 数据库的设计方法 * */102 1.3.4关系规范化 规范化的基本思想是消除关系模式中的数据冗余，避免数据插入、更新、删除时发生异常现象。 关系规范化就是对数据库中的关系模式进行分解，将不同的概念分散到不同的关系中，使得每个关系的任务单纯而明确，达到概念的单一化。因此就要求关系数据库设计出来的关系模式要满足规范的模式，即“范式”。 范式其实就是约束条件。 * */102 1.第一范式（1NF）：若关系模式中每一个属性都是不可再分的基本数据项，则称这个关系属于第一范式。 在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。 简而言之，第一范式就是无重复的列。 * */102 例：如职工号，姓名，电话号码组成一个表（一个人可能有一个办公室电话 和一个家里电话号码） 规范成为1NF有三种方法： 1、是重复存储职工号和姓名。这样，关键字只能是电话号码。 2、是职工号为关键字，电话号码分为单位电话和住宅电话两个属性 3、是职工号为关键字，但强制每条记录只能有一个电话号码。 以上三个方法，第一种方法最不可取，按实际情况选取后两种情况。 * */102 2.第二范式（2NF）：如果关系模式属于第一范式，并且每个非主属性都完全依赖于任意一个候选关键字，则称这个关系属于第二范式。 第二范式（2NF）要求数据库表中的每个记录或行必须可以被唯一地区分。 * */102 例题： 关系模式R（S#,C#,GRADE,TNAME,TADDR）的属性表示学生学号，选修课程的编号，成绩，任课老师和老师地址。 显然R不是2NF模式。比如某门课有100个学生选，关系中将会出现100个元组，因而教师的姓名和地址将会出现100次。 可以把R分解成 R1(S#,C#,GRADE) R2(C#,TNAME,TADDR) * */102 3. 第三范式（3NF）：数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。 如果关系模式属于第二范式，且表中不包含在其它表中已包含的非主关键字信息，则称这个关系属于第三范式。 第三范式的每个非主属性都不传递依赖于码 * */102 前面的R2是2NF，却不是3NF。 因为R2(C#,TNAME,TADDR)中存在C# → TNAME和TNAME →TADDR 譬如一个教师开设了3门课程，那么关系中将会出现3个元组，教师的地址将会出现3次。 可以把R2分解成R21(C#,TNAME)和R22(TNAME,TADDR)这样R21和R22均是3NF 前面的R1既是2NF，也是3NF * */102 4. BC范式（BCNF）：如果关系模式属于第三范式，并且所有属性（包括主属性和非主属性）都不传递依赖于关系模式的任何候选关键字，则称这个关系属于第BCNF范式。 比方说关系模式R(学号#,身份证号#,姓名,性别,年龄)中有学号和身份证号为候选关键字。 存在：学号→身份证号； 身份证号→学号 即存在关键字段决定关键字段的情况，所以其不符合BCNF范式 * */102 规范化的目的是将结构复杂的关系模式分解成结构简单的关系模式，从而把不好的关系模式转化为好的关系模式，转化方法就是将关系模式分解成两个或两个以上的关系模式。 关系规范化减少了数据冗余，节约了存储空间，同时加快了增、删、改的速度，但在数据查询方面，需要进行关系模式之间的联接操作，将影响查询速度。 四种范式之间有：BCNF?3NF ? 2NF ? 1NF * */102 1.3 关系数据库 1.3.1 关系术语 1.3.2 关系代数运算 1.3.3 关系的完整性 1.3.4 关系规范化 1.3.5 数据库的设计方法 * */102 1.3.5 数据库的设计方法 数据库设计的步骤 设计数据库可以分为以下4个阶段： 1．需求分析阶段 设计数据库首先必须准确了解与分析用户的需求，包括数据需求与处理需求。数据需求是指用户需要从数据库中获得信息