关系数据库

关系数据库是基于数据关系模型的（最常见的数字）数据库，如 E. F. Codd 在 1970 年提出的那样。用于维护关系数据库的系统是关系数据库管理系统 (RDBMS)。 许多关系数据库系统都配备了使用 SQL（结构化查询语言）查询和维护数据库的选项。

关系数据库这个术语最早是由 IBM 的 E. F. Codd 于 1970 年定义的。Codd 在他的研究论文 A Relational Model of Data for Large Shared Data Banks 中引入了这个术语。在这篇论文和后来的论文中，他定义了他所说的关系的含义。 构成关系数据库系统的一个众所周知的定义是由 Codd 的 12 条规则组成的。 然而，没有关系模型的商业实现符合 Codd 的所有规则，因此该术语逐渐用来描述更广泛的数据库系统类别，至少：

• 将数据作为关系呈现给用户（以表格形式呈现，即作为表格的集合，每个表格由一组行和列组成）；
• 提供关系运算符以处理表格形式的数据。

1974 年，IBM 开始开发 System R，这是一个开发 RDBMS 原型的研究项目。xxx个作为 RDBMS 出售的系统是 Multics Relational Data Store（1976 年 6 月）。 Oracle 于 1979 年由 Relational Software（现为 Oracle Corporation）发布。 Ingres 和 IBM BS12 紧随其后。 RDBMS 的其他示例包括 IBM Db2、SAP Sybase ASE 和 Informix。 1984 年，xxx个用于 Macintosh 的 RDBMS 开始开发，代号为 Silver Surfer，并于 1987 年作为 4th Dimension 发布，今天称为 4D。

xxx个相对忠实地实现关系模型的系统来自：

• 密歇根大学 – 微型 DBMS（1969 年）
• 麻省理工学院（1971 年）
• 位于彼得利的 IBM 英国科学中心 – IS1（1970-72 年）及其继任者 PRTV（1973-79 年）

RDBMS 最常见的定义是一种将数据视图呈现为行和列集合的产品，即使它并非严格基于关系理论。 根据这个定义，RDBMS 产品通常会实现 Codd 的 12 条规则中的部分而非全部。

第二种观点认为，如果数据库没有实现 Codd 的所有规则（或当前对关系模型的理解，如 Christopher J. Date、Hugh Darwen 等人所表达的），它就不是关系型的。 许多理论家和其他严格遵守 Codd 原则的人都持有这种观点，认为大多数 DBMS 都不是关系型的。 为了清楚起见，他们经常将某些 RDBMS 称为真正的关系数据库管理系统 (TRDBMS)，而将其他的命名为伪关系数据库管理系统 (PRDBMS)。

截至 2009 年，大多数商业关系型 DBMS 使用 SQL 作为它们的查询语言。

已经提出并实施了替代查询语言，特别是 1996 年之前实施的 Ingres QUEL。

关系模型将数据组织到一个或多个包含列和行的表（或关系）中，并使用xxx键标识每一行。 行也称为记录或元组。 列也称为属性。 通常，每个表/关系代表一种实体类型（例如客户或产品）。 行代表该类型实体的实例（例如 Lee 或椅子），而列代表归因于该实例的值（例如地址或价格）。

比如班级表的每一行对应一个班级，一个班级对应多个学生，那么班级表和学生表就是一对多的关系

表中的每一行都有自己xxx的键。 通过为链接行的xxx键添加一列（此类列称为外键），可以将表中的行链接到其他表中的行。 Codd 表明，任意复杂的数据关系都可以用一组简单的概念来表示。

此处理的一部分涉及能够始终如一地选择或修改表中的一行且仅一行。 因此，大多数物理实现对表中的每一行都有一个xxx的主键 (PK)。 当向表中写入新行时，会为主键生成一个新的xxx值； 这是系统主要用于访问表的键。 系统性能针对 PK 进行了优化。 其他更自然的键也可以被识别和定义为替代键（AK）。 通常需要多个列来形成一个 AK（这是通常将单个整数列作为 PK 的原因之一）。 PK 和 AK 都能够xxx标识表中的一行。 当有更广泛的系统要求时，可以应用其他技术来确保全球xxx的 ID，全球xxx的标识符。