第1章 关系型据模型.docVIP

第1章 关系型数据模型 1.1 模式与实体 不需要成为一名数据库设计人员一样可以很好地使用SQL。不过，这需要知道一些关系型数据库是如何进行结构化的以及如何操作这些结构的知识。本章的目的就是让大家了解关系型数据模型的基本元素及其相关术语。在本章的最后将会讲述本书所用的样例数据库的设计。 数据库就是我们存放数据的地方，但又不仅局限于此：在其中也会存储不同数据之间的关系信息。数据库的组织是一个逻辑概念而非物理概念。诚然，它们是以文件的形式存在于数据库当中，但这些文件的物理结构通常不会与使用这些数据的用户有关。 关系型数据模型的起源 关系型数据模型的理论是由Edgar（E.F.）Codd提出并于1970年发表的论文当中介绍给全世界的1。Codd终身都在改进这个模型，1985年他发布了关系型数据库管理系统需要遵守的12条规则2。在当时，没有哪个数据库管理系统能够满足这些规则，当时的一些成功的商业产品也没能满足这些规则。最后，Codd撰写了一本包含330条规则的书3。他个人认为，数据库管理系统已经满足了最原始的12条规则，并且他希望开发人员能够争取去满足这些规则。 1?Codd, E.F. (1970). “A Relational MOdel for Large Shared Data Banks”, Communications of the ACM, 13 (6): pp. 377–387. 2 Codd, E.F. (1985). “Is Your DBMS Really Relational?”, ComputerWorld, 14 October, and “Does Your DBMS Run By the Rules?” ComputerWorld, 21October. 3 Codd, E.F. (1990). The Relational Model for Database Management, 2nd ed. Addison Wesley. 组织、存储、检索以及分析数据库数据的软件就是我们熟知的数据库管理系统 （DBMS，Database Management System）。它将用户从物理数据存储机制和结构当中隔离出来，使用户按照数据的逻辑结构对数据进行有效操作。 数据库的整体逻辑设计称为模式。一个模式具有两种类型的元素： 实体（Entities）：一个实体是关于所存储的数据（如客户、产品或产品订单）信息。描述实体的数据块被称为属性（Attributes）。实体所有属性的数据集称为数据实体具体值（Occurrence）。数据库实际就是保存数据实体的具体值。模式则会明确数据库中要保存哪些实体和这些实体要用什么属性来表示。 关系（Relationships）：关系定义实体如何进行交互。例如，一个客户实体通常会与多个订单实体相关联。关系共有三种类型，对每种类型都将会进行简单地描述。 需要注意的是模式所表示的是数据库的逻辑设计，以及要存储什么样的实体和关系。然而，在现实世界的数据库环境当中通常会有很多数据实体的具体值，每个都由描述性的数据进行表现。在模式当中，并不一定每一个实体都会有具体值，又或者可能会有成千上万个实体的具体值。 1.2 关 系 和 表 关系型数据库在其结构中，用名字来表示一个实体：根据数学集合理论采用指定字符的二维表，这种结构我们称之为关系。首先来看看图1-1中的简单关系。乍一看，这些关系看起来跟其他表一样，但又与平常所见到的其他表不一样（例如，电子表格的长方形区域），它有一些特别的字符。 Cust.# First name Last name Phone 0001 Jane Doe (555)555-1111 0002 Jone Doe (555)555-2222 0003 Jane Smith (555)555-3333 0004 John Smith (555)555-4444 图1-1 简单的客户关系 1.2.1 行和列 关系是一种没有重复组的二维表。这意味着每一行与每一列的交叉处都只会有一个值。图1-2就是这样的一个表，但它是非关系的。为什么会这么说呢？这是因为在某些行当中的Children列上存在有多个值。相比较而言，图1-1才是个合法关系。 Cust.# First name Last name Phone Children 0001 Jane Doe (555)555-1111 James, Mary, John 0002 John Doe (555)555-2222 Peter 0003 Jane Smith (555)555-3333 Liam, Sean, Collin 0004 John Smith (555)555-4444 Amy, Anab