关系数据库的结构 外文翻译 外文文献 英文文献.docVIP

关系数据库的结构 　　关系模型是任何关系数据库管理系统（RDBMS）的基础。一个关系模型有三个重要组成部分：对象或关系的集合，作用于对象或关系上的操作，以及数据完整性规则。换句话说，关系数据库有一个存储数据的地方，一种创建和检索数据的方法，以及一种确保数据的逻辑一致性的方法。 　　一个关系数据库使用关系或二维表来存储支持某个事物所需的信息。让我们了解一下一个传统的关系数据库系统的基本组件并学习关系数据库的设计。一旦你对于行、列、表和关联是什么有了深刻理解，你就能够充分发挥关系数据库的强大功能。 　　表，行和列 　　在关系数据库中，一个表是一个用于保存相关信息的二维结构。一个数据库由一个或者多个相关联的表组成。 　　表中的一行是一种事物的集合或实例，比如一个员工或发票上的一项。表中的一列包含了一类信息；而且行列相交点上的数据、字段，就是能够用数据库查询语言检索到的最小片信息。举个例子来说，一个员工信息表可能有一列，其列名为“LAST_NAME”，列中就包含所有员工的名字。数据是通过对行、列进行过滤而从表中检索出来的。 　　主码、数据类型和外码 　　本篇文章均以假设的斯科特·史密斯的工厂为例，他是数据库的建立者和企业的主办人。他刚开办了一个饰品公司并目想要使用关系数据库的几项基本功能来管理人力资源部门。 　　关系：用来保存相关信息的一个二维结构，也就是表。 　　行：在一个数据库表中的一组单数据或多数据元素，用于描述一个人、地方或事物。 　　列：列是数据库表的组件，它包含所有行中同名和同类型的所有数据。 　　你会在下面章节学到如何设计数据库，现在让我们假设数据库大部分己经设计完成并且有一些表需要被执行。斯科特创建了EMP表来保存基本的员工信息，就像这样： 　　你可能注意到佣金列和管理人列中有一些单元格中没有值；它们是空值。一个关系数据库能够规定列中的一个单元格是否为空。如此，可以明确那些非销售部的员工佣金单元为空。同样也明确了公司董事长的管理人单元为空，因为这个员工不需要向任何人汇报工作。 　　单元格：是数据库查询语言所能够检索到的最小片信息。一个单元格就是一个数据库表的行和列交叉形成的。 　　另一方面，没有哪个员工的员工编号单元格为空。公司总是希望为每个员工分配一个员工号，并目这个号码必须是每个员工都不同的。关系数据库的一个特性能够确定某列的键入值必须为独一无二的。如此，EMPNO列便是这个表的主码。 　　主码：主码即是表中的一列（或多列），使每一行能够区别于同表中的其他行。 　　留意一下EMP表中存储的不同数据类型：数值型，字符型或字母型，以及日期型。 　　你可能会猜测，部门成员列保存的是员工所在部门的编号。但是你如何知道哪个部门名称对应哪个部门编号呢？斯科特建立了DEPT表来具体描述EMP表中提到的部门编号的情况。 　　EMP表中的部门编号列同DEPT表中的部门编号列有着相同的值。既然如此，EMP表中的部门编号列便被看作是与DEPT表中相同列对应的外码。 　　外码加强了关系数据库中参照完整性的概念。参照完整性的概念不只可以阻止无效的部门编号被插入EMP表中，而且在某部门仍有员工的情况下，可以防止DEPT表中该部门的信息被删除。 　　外码：表中的一列（或多列），它的值来自于其他表的主码列或单值列。一个外码有助于确定表中数据的完整性。 　　参照完整性：是关系数据库用来加强表间一对多关联的一种方式。 　　数据建模 　　在斯科特于数据库中创建真实表之前，他要经过一个称作数据建模的过程。在这个过程中，数据库创建者定义和填写数据库中所有表。有一种为数据库建模的方式叫作ERA,它可以表示出实体、实体间的关联和实体的属性。数据库设计者使用一个能够支持实体、实体属性和实体间关联的应用程序。通常，一个实体对应数据库中的一个表，而实体的属性对应于表中的列。 数据建模：一个定义实体、实体属性和实体间关联的过程，从而为建立物理数据库做准备。 　　数据建模过程包括定义实体、定义实体间关联以及定义每个实体的属性的过程。一旦一个周期完成，就需要不断重复直到设计者抓住了重点，足以开始建立数据库。让我们进一步了解为数据库建模过程的步骤。 　　定义实体 　　首先，设计者确定数据库应用程序范围内的所有实体。实体是人、地方或事物，它们对于整个团体是重要的且需要被记录在数据库中。实体将被巧妙的转化为数据表。比如，在第一版斯科特饰品公司数据库中，他定义了四个实体：员工、部门、工资水平和奖金。它们将称为EMP（员工）表，DEPT（部门）表，SALGRADE（工资水平）表和BONUS（奖金）表。 　　定义实体间的关联 　　一旦定义了实体，设计者就能够继续定义每个实体间是如何关联的。通常，设计者通常将每个实体同其他实体配对，并目考虑：“两者之间是否存在关联呢？”实体间的某些关联