翻译：n到T-SQL DML级别3的阶梯:在SQL Server中实现一个关系模型。

该系列

这篇文章是楼梯系列的一部分:通往T-SQL DML的阶梯。

通过使用SQL Server的Transact-SQL (T-SQL)方言，这个楼梯将为您提供如何使用SQL Server表数据的基本理解。DML是数据处理语言，是处理数据的语言的方面。它包括语句选择、插入、更新和删除。这个楼梯将提供一些SQL语言的历史和一些关于集合理论的一般概念。每个级别都将建立在之前的级别上，所以当您完成时，您将很好地理解如何从SQL Server中选择和修改数据。

 

在这个阶梯的前一级，我向您提供了关于基本选择语句和SQL历史的信息。这些级别为您提供了理解如何检索数据以及SQL环境如何随着技术和技术解决方案发生变化而变化的基础。在这个层次上，我将探讨如何实现基于关系模型的简单SQL Server数据库。在开始创建数据库之前，首先让我介绍一下关系模型的创建者的一些历史。

 

关系数据建模之父。

关系数据库设计的概念最初是由Edgar F. Codd在1970年提出的，论文标题为“大型共享数据银行的数据关系模型”。Codd在IBM工作时开发了这个建模理论。IBM在Codd的数据建模概念上的速度不够快，因此并不是第一个提供关系数据库引擎的供应商，它利用了Codd的新关系数据建模理论。Codd的关系建模概念现在是用于在SQL Server和其他关系数据库引擎中创建关系数据库的框架。

 

Codd出生在英国的波特兰岛，在加入皇家空军成为二战飞行员之前，他学习了数学和化学。1948年他搬到纽约，开始在IBM工作，在那里他是一名数学程序员。他漂流了好几年，最终搬到加利福尼亚，在IBM圣何塞研究实验室工作。Codd继续致力于完善和证明关系数据模型，直到上世纪90年代他的健康问题迫使他退休。埃德加·f·科德于2003年4月18日去世，享年79岁。

在SQL Server中实现关系模型。

这个楼梯不是用来教你关系数据建模或数据库设计的，而是教你如何从一个关系模型创建一个SQL Server数据库。但是，在我为您提供创建SQL Server数据库的代码块之前，我们首先需要探索将要实现的关系数据模型。我的简单模型将包含几个实体(数据表)，其中有主键定义和不同实体之间的一些关系(外键约束)。

 

我的简单关系模型将是一个简单的酒店预订系统。这个预订系统需要跟踪客户预订信息。图1说明了我将使用T-SQL实现的简单关系模型:

 

图1:一个简单的关系数据库模型，包含6个表。

通过回顾这个模型，您可以看到它包含了许多实体(以方框表示)来跟踪预订相关信息。每个实体由许多属性(列)组成，其中一个或多个属性被标识为主键(粗体和下划线的名称)。同样表示的是实体之间的一些关系(以箭头表示)，以显示不同的实体之间是如何相互关联的。我将使用实体、属性、主键和关系的模型，然后开发一个物理SQL Server数据库，该数据库表示此关系模型的设计。

 

要从这个模型构建一个物理数据库，我们需要在这个模型中定义SQL Server中定义的不同对象。对于图1中的每个实体或框，我将在SQL Server中创建一个表。对于每个实体的每个属性，我将在关联的表中创建一个列。对于每个主键，我将创建一个惟一的聚集索引(注意，也可以使用唯一的非聚集索引创建主键)。有关索引的更多信息，请参见http://www.sqlservercentral.com/楼梯/72399/)。最后，对于每个关系，我将创建一个外键约束。

 

为了开始构建我的数据库，我首先需要创建一个SQL Server数据库来保存我计划创建的所有新数据库对象。我的数据库将被称为RoomReservation。我将使用以下的T-SQL代码创建我的数据库:

 

要从我的模型中开始构建我的房间预订数据库对象，我将创建表对象。要在SQL Server中创建表，我需要使用create table语句。使用CREATE TABLE语句，我将能够定义每个表和每个表中的所有列。下面是创建SQL Server表的简单语法:

 

地点:

=表名。

= column_name data_type，[NULL | NOT NULL]

对于CREATE TABLE语句的完整语法，请参阅联机的SQL Server书籍。

我创建的第一个表将是Customer表，它是使用清单1中的代码创建的。

 

清单1:创建Customer表。

在此代码中，当我创建Customer表时，我创建了所需的所有列，但我还指定了在插入或更新记录时，该列是否需要一个值。我通过在某些列上指定NOT NULL实现了这一点，而其他列则指定为NULL。

 

如果一个列被定义为NOT NULL，那意味着您不能创建一个记录，除非您用一个实际值填充这个列。然而，使用NULL规范定义一个列意味着您可以创建一个行，而无需为这个列指定一个值，或者另一种方法是该列允许空值。在上面的CREATE TABLE语句中，我允许列Address2和EmailAddress支持null，而所有其他列都需要在创建行时提供一个值。

 

这个CREATE TABLE语句并没有完全定义我的Customer表，因为它在上面的关系数据库模型中表示。我仍然需要在列CustomerID上创建一个主键约束。这个主键约束将确保该表中没有两个记录具有相同的CustomerID值。创建主键的代码如清单2所示。

 

清单2:在Customer表中添加主键约束。

这个ALTER TABLE语句为我的Customer表添加了一个主键约束。主键将以一个名为PK_Customer的聚集索引的形式创建。

 

在Transact-SQL语言中，通常有不止一种方法来做相同的事情。或者，我可以通过运行清单3中的CREATE table语句，一次性创建客户表和主键。

 

清单3:用主键创建Customer表的另一种方法。

至此，我已经向您展示了如何创建具有定义主键的表。剩下要展示的是如何创建外键约束。但在此之前，先让我先为您提供在我的关系数据库模型中创建其余表和主键的脚本。您可以在清单4中找到它。

 

清单4:创建额外的表和主键约束。

外键约束在两个相互关联的表之间执行引用完整性。外键约束定义的表是“引用表”，需要在另一个表中有一个相关的记录，称为“引用”表，任何时候在表中插入或更新一行。在图1的关系模型中，这些外键关系由箭头表示。外键约束仅在关系中的一个表上定义。在我的图表中，外键约束将定义在具有箭头(非指向端)尾部的表上。

 

要在我的关系模型中定义这些外键约束，我需要修改每个引用表来添加约束。清单5是我可以用来在预订表上创建外键约束的T-SQL代码。此约束确保记录不会在预订表中插入或更新，除非在Customer表中基于CustomerId找到匹配的记录。

 

清单5:在引用Customer表的预订表上创建一个外键约束。

为了完成我的设计，我需要实现图1中模型中标识的所有其他外键const。清单6包含ALTER TABLE语句，以在我的数据模型中创建额外的外键约束。

 

清单6:创建额外的外键限制。

 

验证数据库设计

一旦我完成了从数据模型构建数据库的工作，我应该验证实现的设计以确保它是正确的。这个验证过程是为了确保我在物理数据库中构建的所有数据完整性规则都得到了正确的实现。在我的设计中，这是我需要验证的规则。

 

所有插入或更新的行必须具有定义为NOT NULL的任何列的特定值。

 

主键的列不允许重复的值。

 

具有外键const的列不允许在引用表中没有匹配记录的数据。

 

在验证数据完整性规则之前，首先需要使用一些有效数据填充引用的表。我将使用清单7中的代码来填充那些具有一些有效数据的表:

 

清单7:插入初始数据。

为了验证我在数据库中构建的数据完整性规则，我将运行清单8中的INSERT语句。

 

清单8:用INSERT语句测试各种约束。

这些INSERT语句中的每一个都应该失败，因为它们违反了在RoomReservation数据库中构建的数据完整性规则。第一个INSERT语句违背了保留区雕像栏的非空验证检查。

 

第二个INSERT语句违背了放在RoomType表上的主键约束。这个INSERT语句试图为RoomTypeID列插入3的值。问题是，房间类型表中已经有了一个记录，它的RoomTypeID值为3。

 

最后一个INSERT语句违反了CustomerPaymentType表的外键约束。在这个特定的INSERT语句中，在Customer表中没有CustomerID，值为2。

 

要正确插入这些记录，需要清理插入的数据值。一旦数据被清理干净，我就可以将这些新数据插入到适当的表中。清单9包含清理的INSERT语句，它将传递所有数据完整性检查，并成功地插入到RoomReservation数据库中的适当表中:

 

清单9:附加的约束测试。

 

关系数据库设计

 

我的预订示例演示了如何使用关系模型并使用它来实现一个SQL Server数据库。通过使用NOT NULL、主键和外键const，我将数据完整性规则构建到数据库设计中。这允许我在底层数据库定义中执行这些规则，而不是在业务处理层中编写代码来验证这些数据规则。通过这样做，我允许SQL Server数据库引擎为我执行这些数据完整性检查。

 

通过了解和创建围绕关系数据库模型的数据库设计，您将构建一个健壮的、高效的数据库实现，您可以在数据库中构建数据完整性检查。