外文翻译--关系数据库的结构

of he is A a of or on or In it a to a to a to is A or to to a s go of a at a is a of ll be on to of a in a as a is a to A of or t a A is a a is a to or A in a is a or of as or on an A of a of at of a a a is of be s a a of is a by on he on He a to a of to A to as a s of of 0 of in As a to in A of or in a a or of a of of ll in s of is to be MP to it 369 902 17800 20 7499 698 20600 300 30 7521 698 22250 500 30 7566 839 02975 20 7839 17000 10 7902 566 03000 20 in a A in a or be 3In it an is in to a It of to a t to of be by A is at of a a in a On of in to an to an be of of a is it a is it is in is of A or in a in in in MP or As do is to in MP 0 0 0 0 in MP as in In in MP is a to in A of in a of an MP it a in if to A or in a a or in A in of a A by a in he a as In of a is an In an to a in of to of A of in of a is it is as as to is is to go s a at in of of or to to be in to s he of is "Is a In is a MP on it is If to to be a be as an or of A of a An a In of in a of is in a be or in a to it is in is a be or MP is n a a in a is to or of in a is to to be of a as as if an a in in be in a in a of a be to of is in a is as an to in in a a or a or to in is to to is as as e be to a a is be or its abs to to As a to be to of 700 1200 2 1201 1400 3 1401 2000 4 2001 3000 5 3001 9999 关系数据库的结构 关系模型是任何关系数据库管理系统（ 基础。一个关系模型有三个核心组件：对象或关系的集合，作用于对象或关系上的操作，以及数据完整性规则。换句话说，关系数据库有一个存储数据的地方，一种创建和检索数据的方法，以及一种确认数据的逻辑一致性的方法。 一个关系数据库使用关系或二维表来存储支持某个事物所需的信息。让我们了解一下一个传统的关系数据库系统的基本组件并且学习如何设计一个关系数据库。一旦你对于行、列、表和关联是什么有了深刻理解，你就能够充分发挥关系数据库的强大功能。 表，行和列 在关 系数据库中，一个表（或者说一个关系）是一个用于保存相关信息的二维结构。一个数据库由一个或者多个相关联的表组成。 注意：不要混淆了关系和关联。一个关系实际上是一个表，而一个关联指的是一种连接、结合或联合两个表的方式。 表中的一行是一种事物的集合或实例，比如一个员工或发票上的一项。表中的一列包含了一类信息；而且行列交叉点上的数据，字段，即是能够用数据库查询语言检索到的最小片信息。举个例子来说，一个员工信息表可能有一个 “名字 ”列，列中就包含所有员工的名字。数据是通过对行、列进行过滤而从表中检索出来的。 主码、数据类型和外码 本篇文章均以假设的斯科特 ·史密斯的工厂为例，他是数据库的建立者和企业的主办人。他刚开办了一个饰品公司并且想要使用关系数据库的几项基本功能来管理人力资源部门。 关系 ：用来保存相关信息的一个二维结构（也就是表）。 注意：大多数斯科特的雇员都是雇自过去的从业者，他们中有些人在这个领域已经有 20 年的经验了。出于雇用的目的，斯科特同意在新数据库中维持新进员工最初的雇佣日期。 行 ：在一个数据库表中的一组单数据或多数据元素，用于描述一个人、地方或事物。 列 ：列是数据库表的组件 ，它包含所有行中同名和同类型的所有数据。 你会在下面章节学到如何设计数据库，现在让我们假设数据库大部分已经设计完成并且有一些表需要被执行。斯科特创建了 像这样： 员工编号 名字 工种 管理人 工作日期 工资 佣金 部门成员 7369 史密 斯 会计 7902 1700 20 7499 艾伦 推销员 7566 20600 300 30 7521 沃德 推销员 7566 22250 500 30 7566 琼斯 管理人员 7839 02975 20 7839 金 厂长 17000 10 7902 福特 分析师 7566 03000 20 你可能注意到佣金列和管理人列中有一些单元格中没有值；它们是空值。一个关系数据库能够规定列中的一个单元格是否为空。如此，可以明确那些非销售部的员工佣金单元为空。同样也明确了公司董事长的管理人单元为空，因为这个员工不需要向任何人汇报工作。 单元格 ：是数据库查询语言所能够检索到的最小片信息。一个单元格就是一个数据库表的行和列交叉形成的。 另一方面 ，没有哪个员工的员工编号单元为空。公司总是希望为每个员工分配一个员工号，并且这个号码必须是每个员工都不同的。关系数据库的一个特性能够确定某列的键入值必须为单值。如此，员工编号列便是这个表的主码。 主码：主码即是表中的一列（或多列），使每一行能够区别于同表中的其他行。 留意一下 中存储的不同数据类型：数值型，字符型或字母型，以及日期型。 如你所想，部门成员列保存的是员工所在部门的编号。但是 部门编号 部门名称 位置 你如何知道哪个部门名称对应哪个部门编号呢？斯科特建立了 中提到的部门编号的情况。 中的部门编号列同中的部门编号列有着相同的值。既然如此， 中的部门编号列便被看作是与 中相同列对应的外码。 外码加强了关系数据库中参考完整性的概念。参考完整性的概念不只可以阻止无效的部门编号被插入 中，而且在某部门仍有员工的情况下，可以防止 外码 ：表中的一列（或多列），它的值来自于其他表的 主码列或单值列。一个外码有助于确定表中数据的完整性。 部门编号 部门名称 位置 10 会计部 纽约 20 调查部 达拉斯 30 销 售部 芝加哥 40 业务部 波士顿 参考完整性：是关系数据库用来加强表间一对多关联的一种方式。 数据建模 在斯科特于数据库中创建真实表之前，他要经过一个称作数据建模的过程。在这个过程中，数据库创建者定义和填写数据库中所有表。有一种为数据库建模的方式叫作 可以表示出实体、实体间的关联和实体的属性。数据库设计者使用一个能够支持实体、实体属性和实体间关联的应用程序。通常，一个实体对应数据库中的一个表，而实体的属性对应于表中的列。 数据建模 ：一个定义实体、实体属性和实体间关联的过程，从而为 建立物理数据库做准备。 数据建模过程包括定义实体、定义实体间关联以及定义每个实体的属性的过程。一旦一个周期完成，就需要不断重复直到设计者抓住了重点，足以开始建立数据库。让我们进一步了解为数据库建模过程的步骤。 定义实体 首先，设计者确定数据库应用程序范围内的所有实体。实体是人、地方或事物，它们对于整个团体是重要的且需要被记录在数据库中。实体将被巧妙的转化为数据表。比如，在第一版斯科特饰品公司数据库中，他定义了四个实体：员工、部门、工资水平和奖金。它们将称为 工）表， 门）表， 资水平）表和 金）表。 定义实体间的关联 一旦定义了实体，设计者就能够继续定义每个实体间是如何关联的。通常，设计者通常将每个实体同其他实体配对，并且考虑： “两者之间是否存在关联呢？ ”实体间的某些关联是明显的，某些不是。 在饰品公司数据库中，员工实体和部门实体间极可能存在关联，而依据事物间的关系原则，部门实体跟工资水平实体间似乎就没有关联了。如果事物间的关系原则是用来约束某个部门的工资水平的，就可能需要一个新的实体来说明工资水平和部门之间的关联。这个实体被称作关系表或交表，其中包含工资水平和 部门之间的有效联合。 关系表 ：是一个数据库表，其中保存着另外两个表的行（记录）间的有效结合，并且通常强调了事物间的关系原则。关联表处理的是一个多对多关联。 通常，关系数据库间有三种关联方式： 一对多关联：最常见的关联是一对多关联。意思是对于每个给出的现有实体（即父实体）都有一个或多个现有的另一个实体（即子实体）与之相关联。举个例子来说，在饰品公司数据库中，部门实体是一个父实体，而每个部门中，都有一个或多个员工属于该部门。这样，部门实体和员工实体间的关联就是一对多关 联。 一对一关联：在一个一对一关联中，表中的 一行只关联另一个表中的一行甚至 0行。这种关联类型通常用于子类型数据中。例如，一个员工表可能保存了所有员工的信息，而全职表、兼职表和承包人表则分别保存全职员工、兼职员工和承包人的信息。这些实体被认为是员工表的子表，并且同员工表维持一对一关联。这种关系不像一对多关联那么常见，因为如果一个实体与另一个实体总有对应行，在大多数情况下，两个实体中的属性只在一个实体内出现就可以了。 多对多关联：在多对多关联中，表的一行可能对应另一个表的许多行，反之亦然。通常，当这些关联在数据库中被执行时，往往再定义第三个实体用来保存前 两个实体间的所有关联。例如，在一个学籍注册数据库中，学生表与班级表之间有一个多对多关联 一个学生可能听一门或多门课程，并且一个班级也可能有一个或多个学生。而学生 _班级关系表中就包含了学生和班级之间的关系，以表明哪个学生在哪个班。 指定实体属性 一旦设计者定义了实体间关联，下一步就是去指定每个实体的属性。这是实现列的使用，如右图所示由工资水平实体所建立 的工资水平表 重复步骤：我们仍然在原地 在定义了实体、关联以及属性之后，设计者往往要多重复几次数据建模过程。当我们在回顾关联时，就会发现需要建立新的实体。比如，当讨论饰品库存表和与它相关的客户订单时，就会发现需要制定一个送货约束表。 一旦设计过程完成，下面将要建立实际的数据库表。逻辑数据库的设计过程不会牵涉实际执行中的问题。然而，一旦设计进入到实际的运作，数据库存管理员就会很快让设计者从理想回到现实中来。结果，设计就可能需要再次构想以求得理杨的数据库存运行与预算和进度之间的平衡。 等级 最低标准 最高标准 1 700 1200 2 1201 1400 3 1401 2000 4 2001 3000 5 3001 9999