第01章 Oracle关系数据库.pptVIP

Oracle 11g数据库应用简明教程 授课教师：张申勇 北京理工大学珠海学院计算机学院 第1章 Oracle关系数据库 本章要点： 理解关系模型与关系数据库。 理解数据库的规范化理论。 掌握Oracle Database 11g在Windows平台上的安装过程。 熟练掌握数据库的创建。 掌握Oracle账户解锁。 1.1 关系数据模型 关系数据库系统是目前应用最为广泛的数据库系统，它采用关系数据模型作为数据的组织方式。 本节将介绍什么是关系数据模型，以及关系的完整性约束等。 1.1.1 关系数据模型的基本概念 关系数据模型是由若干个关系模式组成的集合，关系模式的实例称为关系，每个关系可以看成由行和列交叉组成的二维表格，表中的一行称为一个元组，可以用来标识实体集中的一个实体。 表中的列称为属性，列名即属性名，表中的属性名不能相同。列的取值范围称为域，同列具有相同的域，不同的列也可以有相同的域。 表中任意两行(元组)不能相同。 任意两行都不能完全相同 1.1.1 关系数据模型的基本概念 在关系数据库中，关键码(简称键)是关系模型的一个重要概念，用来标识行(元组)的一个或几个列(属性)。 由一个属性组成的键，称为单一键；反之，由多个属性组成的键，则称为复合键。能唯一标识表中不同行的属性或属性组称为主键。 键的主要类型如下。 超键 候选键 主键 外键 1.1.2 关系的完整性 关系模型的完整性规则是对数据的约束。 关系模型提供了3类完整性规则——实体完整性规则、参照完整性规则和用户定义的完整性规则。 (1) 实体完整性(Entity Integrity) 这是指关系的主属性(主键的组成部分)不能是空值(null)。空值就是指不知道或是不能使用的值，并不是指空字符串。 (2) 参照完整性(Referential Integrity) 如果关系R1的外键与关系R2中的主键相符，那么外键的每个值必须在关系R2中主键的值中找到或者是空值。 (3) 用户定义完整性(User-defined Integrity) 针对某一具体的实际数据库的约束条件。它由应用环境所决定，反映某一具体应用所涉及的数据必须满足的要求。 1.1.3 关系与关系模式 关系模式可以形式化地表示为R(U, D, dom, F) 其中，R表示关系名；U表示组成该关系的属性名的集体；D表示属性的域；dom表示属性向域的映射集合；F表示属性之间数据的依赖关系集合。 通常可以将关系模式简化成R(U)或R(A1, A2, …, An) 其中，A1到An都表示属性名或域名。属性向域的映射常常直接说明属性的类型和长度。通常在关系模式的主属性下加下划线表示该属性是主键属性。 1.2 关系数据库规范化理论 数据库的使用在实际应用中相当普遍，也相当重要，对数据库加以规范，将会让数据库的设计更合理、更可靠，也就让数据库能在实际应用中发挥更好的作用。 关于数据库理论与设计，长期以来已经形成了关系数据库设计理论，也称为关系数据库的规范化理论。 1.2.1 函数依赖 假设有关系模式R(U)，X和Y都是U的子集，如果R(U)中任一可能的关系r中，不存在两行记录在X上的值相同而在Y上的值不同，则称属性子集X函数决定属性子集Y，或者称Y函数依赖于X，记为X→Y。 函数依赖可以分为如下3种情况。 (1)平凡函数依赖与非平凡函数依赖。 (2)完全函数依赖与部分函数依赖。 (3)传递函数依赖 1.2.2 范式理论 范式是设计数据库时所遵循的规则，主要用于消除数据库表中的冗余数据，改进数据库整体组织，增强数据的一致性，增加数据库设计的灵活性。 目前，数据库的范式主要可以分为6种： 第一范式、第二范式、第三范式、BC范式(对第三范式的扩充)、第四范式和第五范式。 其中最常见的是第一范式、第二范式和第三范式，一般情况下，数据库满足第三范式即可，下面主要介绍这3种范式。 1.2.2 范式理论 1．第一范式(1NF) 如果关系模式R的每个关系r的属性都是不可分的数据项，那么就称R是第一范式的模式。第一范式是设计数据库表的最低要求，其最主要的特点就是实体的属性不能再分，映射到表中，就是列(或字段)不能再分。 2．第二范式(2NF) 如果关系模式R是1NF，且每个非主属性完全函数依赖于候选键，那么就称R是第二范式的模式。 3．第三范式(3NF) 如果关系模式R是2NF，且关系模式R(U, F)中的所有非主属性对任何候选键都不存在传递依赖，则称关系R是属于第三范式的模式。 1.3 安装Oracle Database 11g Oracle Database 11g是一个大型数据库，在安装Oracle Database 11g前应该检查计算机的配置是否已达到要求，同时也应该为将来数据库的扩展预留