第1章 数据库基础知识

教材：SQLServer2012数据库应用与开发教程清华大学出版社2015李春葆等第1章数据库基础知识1.1信息、数据与数据处理

1.1.1信息与数据“数据”是将现实世界中的各种信息记录下来的、可以识别的符号。数据是信息的载体，是信息的具体表示形式，而信息是数据的内涵。信息与数据是密切相关联的，信息是各种数据所包括的意义，数据则是载荷信息的物理符号。1.1.2数据处理数据处理1.2计算机数据管理的3个阶段

20世纪50年代中期以前，计算机主要用于科学计算。在这一阶段，计算机除硬件外，没有管理数据的软件。1.2.1人工管理阶段数据不保存。数据面向程序。编写程序时要安排数据的物理存储。此阶段的特点：1.2.2文件系统管理阶段在20世纪50年代后期至20世纪60年代中期，计算机外存已有了磁鼓、磁盘等存储设备，软件有了操作系统。

人们在操作系统的支持下，设计开发了一种专门管理数据的计算机软件，称之为文件系统。此阶段的特点：数据以文件的形式长期保存。数据的物理结构与逻辑结构有了区别，但比较简单。程序与数据之间有一定的独立性。1.2.3数据库系统管理阶段从20世纪60年代末期开始，随着计算机技术的发展，数据管理的规模越来越大，数据量急剧增加，数据共享的要求越来越高。这时磁盘技术取得了重要进展，为数据库技术的发展提供了物质条件。

人们开发出了一种新的、先进的数据管理方法，将数据存储在数据库中，由数据库管理软件对其进行管理。此阶段的特点：数据共享。面向全组织的数据结构化。数据独立性。可控数据冗余度。统一数据控制功能。数据库系统和文件系统的区别：1.3数据库、数据库管理系统和数据库系统1.3.1数据库数据库是至少符合以下特征的数据集合：数据库中的数据是按一定的数据模型来组织的，而不是杂乱无章的。数据库的存储介质通常是硬盘、磁带和光盘等，故可大量地、能够地存储及高效地使用。数据库中的数据能为众多用户所共享，能方便地为不同的应用服务。数据库是一个有机的数据集成体，它由多种应用的数据集成而来，故具有较少的冗余、较高的独立性。数据库的结构可以分为3个层次：1.3.2数据库管理系统数据库管理系统（DataBaseManagementSystem，DBMS）是由一组程序构成，其主要功能是完成对数据库中数据定义和数据操作，提供给用户一个简明的接口，实现事务处理等。

这样，可以把对“存储数据”的管理、维护和使用的复杂性都转嫁给DBMS，以方便数据库系统的开发。1.DBMS的主要功能数据库定义功能。数据操作功能。数据库运行管理功能。数据的组织、管理和存储。数据库的建立和维护功能。数据通信功能。2.DBMS的组成语言编译处理程序。系统运行控制程序。系统建立、维护程序。数据字典。3.主流的DBMS排名DBMS数据库模型1ORACLE关系型DBMS2MySQL关系型DBMS3SQLServer关系型DBMS4PostgreSQL关系型DBMS5MongoDB文档存储6DB2关系型DBMS7Access关系型DBMS8SQLite关系型DBMS9Cassandra列存储10Sybabae关系型DBMS据权威的DB-ENGINES统计，至2014年9月，排名前10位的DBMS如表1.1所示。1.3.3数据库系统数据库系统（DatabaseSystem，DBS）是数据库应用系统的简称。数据库系统的组成及其各组件之间的关系如图1.6所示。数据库操作系统DBMS应用程序…用户1用户2用户nDBSDBA应用程序员计算机系统：由硬件和必需的软件组成。数据库：是指数据库系统中集中存储的一批数据的集合。DBMS：用于负责数据库存取、维护和管理。应用程序：界于用户和数据库管理系统之间，是指完成用户操作的程序。用户：是指存储、维护和检索数据库中数据的使用人员。数据库系统中主要有3类用户：终端用户、应用程序员和数据库管理员。1.4数据模型数据模型是描述数据及其联系的模型，是对现实世界数据特征与联系的抽象反映。1.4.1三个世界及其关系客观世界概念世界DBMS支持的数据模型认识、分析和抽象描述、规范和转换现实世界信息世界机器世界1.现实世界现实世界就是客观存在的现实世界，它由事物及其相互之间的联系组成的。如学生成绩管理中，学生的特征可用学号、姓名和性别等来表示。2.信息世界信息世界是现实世界在人们头脑中反映并用文字或符号记载下来，是人对现实世界的认识抽象过程，经过选择、命名、分类等抽象工作后进入信息世界。

信息世界是一种相对抽象和概念化的世界，它介于现实世界和机器世界之间。信息世界的基本概念如下：实体：现实世界中存在的且可区分的事物称为实体，它是信息世界的基本单位。实体可以是人，也可以是物；可以指实际的对象，也可以指某些概念；可以指事物与事物间的联系。如学生和一个学生选课都是实体。属性：实体所具有的某方面的特性。一个实体可以由若干个属性来刻画。如公司员工实体有“员工编号”、“姓名”、“年龄”、“性别”等属性。再如学生实体有“学号”、“姓名”和“性别”等属性。属性域：属性域是指属性的取值范围，含值的类型。如姓名的域为字符串集合，性别的域为“男”、“女”等。实体型：具有相同属性的实体必须具有共同的特性。用实体名及其属性名集合来抽象和刻画同类实体，称为实体型。例如，学生（学号，姓名，性别，班号）就是一个实体型。实体集：同型实体的集合称为实体集。如全体学生就是一个实体集。码（或关键字）：码是能唯一标识每个实体的属性集。例如，“学号”是学生实体的码，每个学生的学号都唯一代表了一个学生。3.机器世界用计算机管理信息，必须对信息进行数据化，数据化后的信息成为机器世界的是数据，数据是能够被计算机识别、存储并处理的。

数据化了的信息世界称之为机器世界。机器世界的基本概念如下：数据项（或字段）：标记实体属性的命名单位，是数据库中的最小信息单位。记录：字段值的有序集合。记录型：字段名的有序集合。文件：同类记录的集合。对应于实体集。码（或关键字）：能唯一标识文件中每个记录的字段或字段集。三个世界的术语虽各不相同，但存在对应关系。三个世界术语之间的关系如图1.8所示。1003事物（学生）、特征（学号、姓名、性别、班号等）记录型记录集实体集实体型现实世界学生学号姓名性别出生日期班号学生1101李军男1993-2-20学生2103陆君男1991-6-31001学生3105匡明男1992-10-201001学生4107王丽女1993-1-231003学生5108曾华男1993-9-11003学生6109王芳女1992-2-101001属性信息世界数据项机器世界实体记录从现实世界到概念模型的转换是由数据库设计人员完成的，从概念模型对数据模型的转换可以由数据库设计人员完成，也可以由数据库设计工具协助设计人员完成，从数据模型对物理模型的转换一般是由DBMS完成的。1.4.3概念模型建模1.概念模型的特点具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识.简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。2.两个实体型之间的联系（1）一对一联系（1：1）对于实体集A中每一个实体，实体集B中至多有一个（也可以没有）实体与之联系，反之亦然，则称实体A与实体B具有一对一联系，记为1﹕1，如图1.9（a）所示。例如，一个部门有一个经理，而每个经理只在一个部门任职。这样部门和经理之间就具有一对一联系。（2）一对多联系（1：n）对于实体集A中的每一个实体，实体集B中有n个实体（n≥0）与之联系，反之，对于实体集B中的每一个实体，实体集A中至多只有一个实体与之联系，则称实体A与实体B具有一对多联系，记为1﹕n，如图1.9（b）所示。例如，一个部门有多个职工，这样部门和职工之间存在着一对多的联系。（3）多对多联系（m：n）对于实体集A中的每一个实体，实体集B中有n个实体（n≥0）与之联系，反之，对于实体集B中的每一个实体，实体集A中有m个实体（m≥0）与之联系，则称实体A与实体B具有多对多联系，记为m﹕n，如图1.9（c）所示。例如，学校中的课程与学生之间就存在着多对多的联系。每个课程可以供多个学生选修，而每个学生又都会选修多种课程。这种关系可以有很多种处理的办法。3.概念模型的表示方法建立概念模型有多种工具，如PowerDesigner就可以用于概念模型建模。如何表示概念模型是核心，表示概念模型的常用方法是实体－联系（E-R）方法。E-R方法是抽象和描述现实世界的有力工具。用E-R图表示的概念模型与具体的DBMS所支持的数据模型相独立，是各种数据模型的共同基础，因而比数据模型更一般、更抽象，更接近现实世界。E-R图提供了表示实体型、属性和联系的方式：实体型：用长方形或矩形表示，框内写明实体名。属性：用椭圆形表示，并用无向边把实体型与属性连接起来。联系：用菱形表示，菱形框内写明联系名。用无向边把菱形与有关实体型连接起来，并在无向边旁标上联系的类型。如果实体型之间的联系也具有属性，则把属性和菱形也用无向边连接起来。设计E-R图的过程如下：首先确定实体：几个实体及相应的实体名。确定实体之间联系类型：各实体之间是否有联系，是何种联系类型及相应的联系名。连接实体和联系，组合成E-R图。确定各实体型：给出各实体的实体型（含实体的属性）。

【例1.1】画出一个百货公司的E-R图。某百货公司管辖若干连锁商店，每家商店经营若干种商品，每家商店有若干名职工，但每个职工只能服务于一家商店。

解：容易看出本例中有商店、商品和职工三个实体，实体型的属性如下：商店实体型：店号、店名、店址、店经理。商品实体型：商品号、品名、单价、产地。职工实体型：工号、姓名、性别、工资。各实体型之间的联系如下：隶属联系：一家商店有多名职工，每名职工只能在一家商店工作，所以商店实体型和职工实体型是一对多的联系，该联系反映出职工参加某商店工作的开始时间。其属性为：工号、店号、开始时间。经营联系：每家商店经营若干商品，每个商品也可以在多家商店中销售，所以商品实体型和商店实体型是多对多的联系，该联系反映出某家商店销售某种商品的月销售量。其属性为：商品号、店号、月销售量。职工商品商店经营隶属n1m店经理开始时间工号姓名性别工资店名月销售量店址商品号店号品名单价产地m1.4.4数据模型的组成要素数据模型是建立于概念模型的基础上，是一个适合于计算机表示的数据库层的模型。数据模型组成的要素：数据结构、数据操作和数据的完整性约束条件。1.数据结构数据结构是刻画一个数据模型性质最重要的方面，通常按数据组织结构的类型来命名数据模型，如层次结构、网状图结构和关系结构的数据模型分别命名为层次模型、网状模型和关系模型。数据结构是对系统静态特性的描述，其描述的内容有两类：与所研究的对象的类型、内容和性质有关的。如关系模型中的域、属性、关系等。数据之间联系的表示方式。通常有隐式和显式两种，隐式通过数据自身的关联或位置顺序表示，显式通过附加指针表示。2.数据操作数据操作是对系统动态特性的描述，是数据库中的各种对象的实例（值）允许执行的操作的集合。主要有检索和更新（插入、删除、修改）两类操作。

数据模型必须定义这些操作的确切含义、操作符号、操作规则、实现操作的语言。3.数据的完整性约束条件数据的完整性约束条件是一组完整性规则的集合，给出数据及其联系所具有的制约、依赖和存储规则，用于限定数据库的状态和状态变化，保证数据库中的数据的正确、有效、完全和相容。1.4.5常用的数据模型1．层次模型有且仅有一个结点没有双亲，它就是根结点。其他结点有且仅有一个双亲。企业人事处财务处生产处……张明李影………企业实体部门实体人员实体2．网状模型可有一个以上的结点没有双亲。至少有一个结点可以有多于一个双亲。台式计算机笔记本平板电脑手机打印机李明许飞陆冰商品实体销售人员实体3．关系模型关系模型是用二维表格结构来表示实体以及实体之间联系的数据模型。

关系模型的数据结构是“二维表”组成的集合，一个二维表代表一个实体，又可称为关系。

表由行和列组成，一行代表一个对象，一列代表实体的一个属性。因此可以说，关系模型是“关系模式”组成的集合。1.5数据库系统的体系结构1.5.1数据库系统模式的概念数据模式是数据库中全体数据的逻辑结构和特征的描述，它仅仅涉及到型的描述，不涉及到具体的值。模式的一个具体值称为模式的一个实例。同一个模式可以有很多实例。模式是相对稳定的，而实例是相对变动的。模式反映的是数据的结构及其关系，而实例反映的是数据库某一时刻的状态。模型与模式的区别是：模型是以图形来表示的，给人以直观清晰、一目了然之感。但计算机是无法识别的，必须用一种语言（如由DBMS提供的DDL）来描述它。模式是对模型的描述。1.5.2数据库系统的三级组织结构美国国家标准学会（ANSI）所属标准计划和要求委员会在1975年公布了一个关于数据库标准的报告，提出了数据库的三级模式结构，这就是有名的SPARC分级结构。概念模式。简称模式、概念视图或DBA视图，是对数据库的整体逻辑结构和特征的描述，并不涉及数据的物理存储细节和硬件环境，是由多个概念记录型组成，还包括记录间的联系、数据的完整性和其他数据控制方面的要求。内模式。又称存储模式，具体描述了数据如何组织存储在存储介质上。内模式是系统程序员用一定的文件形式组织起来的一个个存储文件和联系手段。一个数据库只有一个内模式。外模式。外模式通常是模式的一个子集，故又称外模式为子模式。外模式面向用户，它是数据库用户能够看到和使用的局部数据的逻辑结构和特征的描述，是与某一应用有关的数据的逻辑表示。关系数据库的三级模式示例概念模式描述的是数据的全局逻辑结构，外模式描述的是数据的局部逻辑结构。对应于同一个概念模式可以有任意多个外模式。对于每一个外模式，数据库系统都有一个外模式/概念模式映象，它定义了该外模式与概念模式之间的对应关系。这些映象定义通常包含在各自外模式的描述中。当概念模式改变时（例如增加新的关系、新的属性、改变属性的数据类型等），由数据库管理员对各个外模式/概念模式的映象作相应改变，可以使外模式保持不变。应用程序是依据数据的外模式编写的，从而应用程序不必修改，保证了数据与程序的逻辑独立性，简称数据的逻辑独立性。1.5.3三个模式之间的两层映象1.外模式/概念模式映象数据库中只有一个概念模式，也只有一个内模式，所以概念模式/内模式映象是唯一的，它定义了数据库全局逻辑结构与存储结构之间的对应关系。例如，说明逻辑记录和字段在内部是如何表示的。该映象定义通常包含在概念模式描述中。当数据库的存储结构改变了（例如选用了另一种存储结构），由数据库管理员对概念模式/内模式映象作相应改变，可以使概念模式保持不变，从而应用程序也不必改变。保证了数据与程序的物理独立性，简称数据的物理独立性。2.概念模式/内模式映象1.5.4数据库系统的结构1.单用户数据库系统整个数据库系统（应用程序、DBMS、数据）装在一台计算机上，为一个用户独占，不同机器之间不能共享数据。早期的最简单的数据库系统便是如此。2.主从式结构的数据库系统该结构是一台主机带多个终端的多用户结构，数据库系统（包括应用程序、DBMS、数据）都集中存放在主机上，所有处理任务都由主机来完成，各个用户通过主机的终端并发地存取数据库，共享数据资源。3.分布式结构的数据库系统该结构中，数据库的数据在逻辑上是一个整体，但物理地分布在计算机网络的不同结点上，网络中的每个结点都可以独立处理本地数据库中的数据，执行局部应用同时也可以同时存取和处理多个异地数据库中的数据，执行全局应用。4.C/S（客户机/服务器）结构的数据库系统该结构中，把DBMS功能和应用分开，网络中某个（些）结点上的计算机专门用于执行DBMS功能，称为数据库服务器，简称服务器。其他结点上的计算机安装DBMS的外围应用开发工具，用户的应用系统，称为客户机。（1）两层C/S结构数据库应用系统客户机Internet/Intranet数据库管理系统+数据库数据库服务器（2）三层C/S结构数据库应用系统客户机Internet/IntranetWeb服务软件Web服务器数据库管理系统+数据库数据库服务器1.6关系数据库1.6.1关系模式与关系数据库在关系模型中，实体以及实体间的联系都是用二维关系表来表示。关系实质上就是一个二维表，关系模式是这个表的结构，即它由哪些属性构成。在一个给定的现实世界领域中，相应于所有实体及实体之间的联系的关系集合构成一个关系数据库。关系数据库也有型和值之分。关系数据库的型也称为关系数据库模式，是对关系数据库的描述，是关系模式的集合。关系数据库的值也称为关系数据库，是关系的集合。关系数据库模式与关系数据库通常统称为关系数据库。1.6.2关系及其性质1.关系的基本术语关系：一个关系就是一张二维表，每个关系有一个关系名。在关系数据库中，一个关系存储为一个数据表。元组（或记录）：表中的一行即为一个元组。属性：表中的列称为属性，每一列有一个属性名。列中的元素为该属性的值，称为分量。域：属性的取值范围，即不同元组对同一个属性的值所限定的范围。例如，逻辑型属性只能从逻辑真（如true）或逻辑假（如false）两个值中取值。关系模式：对关系的描述，一般表示为：

关系名（属性名1，属性名2，…，属性名n）例如，一个学生关系模式可描述如下：

Student（学号，姓名，性别，出生日期，班号）候选码（或候选关键字或键）：若一个属性或属性集合的值能够唯一地标识每一个元组，即其值对不同的元组是不同的，这样的一个属性或属性集合称为候选码。例如，在学生关系模式中，“学号”属性就是一个候选码；通常一个班没有同姓名的学生，如果这样，可将（“班号”,“姓名”）属性集合作为一个候选码。主码（或主关键字）：在一个关系中可能有多个候选码，从中选择一个作为主码。例如，在学生关系模式中，可以将“学号”候选码作为主码。主属性：包含在任何候选码中诸属性称为主属性，不包含在任何候选码中诸属性称为非主属性。例如，在学生关系模式中，“学号”一定是主属性，而“性别”是非主属性。外码：如果一个关系中的属性或属性集合并非该关系的候选码，但它是另外一个关系的候选码，则称其为该关系的外码。外码提供了一种表示两个关系联系的方法。全码：关系模型的整个属性集合是这个关系模式的候选码，称为全码。如图1.17所示给出了一个简单的关系模型。2.关系的性质列的同质性：每一列中的分量是同一类型的数据，来自同一个域。列名唯一性：每一列具有不同的属性名，但不同列的值可以来自同一个域。元组相异性：关系中任意两个元组不能完全相同，至少主码值不同。行序的无关性：行的次序可以互换。列序的无关性：列的次序可以互换。分量原子性：分量值是原子的，即每一个分量都必须是不可分的数据项。1.6.3关系代数1.传统的集合运算

设关系R和S具有相同的n目（即两个关系都有n个属性），且相应的属性取自同一个域。（1）并运算并运算表示为：R∪S={t|t

R

∨t

S}。其结果仍为n目关系，其数据由属于R或属于S的元组组成。其中，t表示R或S中的元组。（2）差运算差运算表示为：R–S={t|t

R

∧t

S}。其结果关系仍为n目关系，其数据由属于R而不属于S的所有元组组成。（3）交运算交运算表示为：R∩S={t|t

R

∧t

S}。其结果关系仍为n目关系，其数据由既属于R同时又属于S的元组组成。（4）笛卡尔积R、S可以为不同的关系，R、S的笛卡尔积表示为：R×S={trts|tr∈R∧ts∈S}。设n目和m目的关系R和S，它们的笛卡儿积是一个（n+m）目的元组集合。元组的前n列是关系R的一个元组，后m列是关系S的一个元组。若R有k1个元组，S有k2个元组，则关系R和关系S的笛卡儿积应当有k1×k2个元组。2.专门的关系运算（1）选择运算从一个关系中选出满足给定条件的记录的操作称为选择或筛选。选择是从行的角度进行的运算，选出满足条件的那些记录构成原关系的一个子集。其表示如下：σF(R)={t|t∈R∧F(t)=true}}即由关系R中满足F条件的元组组成，其中F由属性名（值）、比较符、逻辑运算符组成，t表示R中的元组，F(t)表示R中满足F条件的元组。（2）投影运算从一个关系中选出若干指定列的值的操作称为投影。投影是从列的角度进行的运算，所得到的列个数通常比原关系少，或者列的排列顺序不同。其表示如下：ΠL(R)={t[A]|t∈R}即在R中取属性名列表L中指定的列，并消除重复元组。（3）连接运算连接是把两个关系中的记录按一定的条件横向结合，生成一个新的关系。最常用的连接运算是自然连接，它是利用两个关系中共有的列，把该列值相等的记录连接起来。其表示如下：即从R×S中选取R关系在A属性组上的值与S关系在B属性组上值满足θ条件的元组。根据θ条件不同，连接运算又分为多种类型，这里不再讨论。（4）除运算给定关系R（X，Y）和S（Y，Z），其中X、Y、Z为属性组。R中的Y与S中的Y可以有不同的属性名，但必须出自相同的域集。R与S的除运算得到一个新的关系P（X），P是R中满足下列条件的元组在X属性列上的投影，元组在X上的分量值x的象集Yx包含S在Y上的投影，即：R÷S={tr[X]|tr

R

∧ΠY(S)

Yx}其中的Yx为x在R中的象集，x=tr[X]。1.6.4SQL语言简介SQL语言是一种关系数据库的结构化查询语言，集数据定义、操纵和控制功能于一体，语言风格统一。

数据库设计人员可以直接使用SQL语言定义关系模式、录入数据以建立数据库、查询、更新、维护、数据库重构、数据库安全性控制等一系列操作。SQL语言的实现是将用户的查询转换为关系代数的关系运算来完成的。例如，有以下学生关系：

stud（学号，姓名，性别，班号）查询‘101’班的所有学生的学号和姓名的SQL语句为：SELECT学号，姓名FROMstudWHERE班号='101'它转换成的关系运算操作是：П学号,姓名(σ班号=‘101’(stud))。1.6.5规范化设计理论和方法满足一定条件的关系模式称为范式（NormalForm，NF）。

在1971年至1972年，关系数据模型的创始人E.F.Codd系统地提出了第一范式（1NF）、第二范式（2NF）和第三范式（3NF）的概念。1974年Codd和Boyce共同提出了BCNF范式，为第三范式的改进。

一个低级范式的关系模式，通过分解（投影）方法可转换成多个高一级范式的关系模式的集合，这个过程称为规范化。1．第一范式（1NF）如果一个关系模式，它的每一个分量是不可分的数据项，即其域为简单域，则此关系模式为第一范式。第一范式是最低的规范化要求，第一范式要求数据表不能存在重复的记录，即存在一个关键字。1NF的第二个要求是每个字段都不可再分，即已经分到最小，关系数据库的定义就决定了数据库满足这一条。主关键字达到下面几个条件：主关键字段在表中是唯一的。主关键字段不能存在空值。每条记录都必须有一个主关键字。主关键字是关键字的最小子集。2．第二范式（2NF）如果一个关系属于1NF，且每一个非主属性都完全地依赖于任一候选码，则称之为第二范式。不满足2NF时在数据操作中存在诸多问题。下面通过一个例子来说明：有一个存储零件的仓库关系如下：仓库（零件号、仓库号、零件数量、仓库地址）这个仓库关系符合1NF，其中，（零件号，仓库号）构成主码。但是因为“仓库地址”只完全依赖于“仓库号”，即只依赖于主码的一部分，所以它不符合2NF。其操作异常如下：（1）存在数据冗余，因为同一仓库号的仓库地址可能多次出现，如图1.20（a）所示。（2）在更改仓库地址时，如果漏改了某一记录的该仓库地址，存在数据不一致性，如图1.20（b）所示。（3）如果某个仓库的零件出库完了，那么这个仓库地址就丢失了，即这种关系不允许存在某个仓库中不放零件的情况，如图1.20（c）所示。可以用投影分解的方法消除部分依赖的情况，从而使关系达到2NF的标准。解决的方法就是从关系中分解出新的二维表，使得每个二维表中所有的非关键字都完全依赖于各自的主关键字。可以做如下分解，分解成两个关系：零件（零件号、仓库号、零件数量）仓库（仓库号、仓库地址）这样就完全符合2NF了。3．第三范式（3NF）仅满足2NF的关系模式仍然存在数据操作的问题，因此引出了3NF。如果一个关系属于2NF，且每个非主属性都不传递依赖于任一候选码，这种关系就是3NF。简而言之，从2NF中消除传递依赖，就是3NF。比如有一个职工关系：职工（姓名、工资等级、工资额）其中姓名是主码，此关系符合2NF。假如工资等级决定工资额，因为工资额依赖于工资等级，而工资等级依赖于姓名，这就叫传递依赖，即导致工资额依赖于姓名，它不符合3NF，同样会出现操作异常。也可以使用投影分解的办法将上表分解成两个表：职工（姓名，工资等级）工资（工资等级，工资额）关系模式的规范化过程是通过投影分解来实现的。这种把低一级关系模式分解成若干个高一级关系模式的投影分解方法不是唯一的，应该在分解中注意满足3个条件：无损连接分解，分解后不丢失信息。分解后得到的每个关系都是高一级范式，不要同级甚至低级分解。分解的个数最少，这是完美要求，应做到尽量少。一般情况下，规范化到3NF就满足需要了，规范化程度更高的还有BCNF、4NF、5NF。

因为不经常用到，这里就不作解释和讨论了。1.7数据库设计