SQL必知必会-约束

关联表和引用完整性已经在前面讨论过几次。正如所述，关系数据库存储分解为多个表的数据，每个表存储相应的数据。利用键来建立从一个表到另一个表的引用（由此产生了术语 引用完整性（ referential integrity ））。

约束（ constraint ）

管理如何插入或处理数据库数据的规则。

主键

主键是一种特殊的约束，用来保证一列（或一组列）中的值是唯一的，而且永不改动。换句话说，表中的一列（或多个列）的值唯一标识表中的每一行。这方便了直接或交互地处理表中的行。没有主键，要安全地UPDATE或DELETE特定行而不影响其他行会非常困难。

表中任意列只要满足以下条件，都可以用于主键：
1.任意两行的主键值都不相同。
2.每行都具有一个主键值（即列中不允许NULL值）。
3.包含主键值的列从不修改或更新。（大多数 DBMS 不允许这么做，但如果你使用的 DBMS 允许这样做，好吧，千万别！）
4.主键值不能重用。如果从表中删除某一行，其主键值不分配给新行。

一种定义主键的方法是创建它

CREATE TABLE Vendors
(
vend_id CHAR(10) NOT NULL PRIMARY KEY,
vend_name CHAR(50) NOT NULL,
vend_address CHAR(50) NULL,
vend_city CHAR(50) NULL,
vend_state CHAR(5) NULL,
vend_zip CHAR(10) NULL,
vend_country CHAR(50) NULL
);

在此例子中，给表的vend_id列定义添加关键字PRIMARY KEY，使其成为主键。

ALTER TABLE Vendors
ADD CONSTRAINT PRIMARY KEY (vend_id);

外键

外键是表中的一列，其值必须列在另一表的主键中。外键是保证引用完整性的极其重要部分。我们举个例子来理解外键。

Orders表将录入到系统的每个订单作为一行包含其中。顾客信息存储在Customers表中。Orders表中的订单通过顾客 ID 与Customers表中的特定行相关联。顾客 ID 为Customers表的主键，每个顾客都有唯一的 ID 。订单号为Orders表的主键，每个订单都有唯一的订单号。
Orders表中顾客 ID 列的值不一定是唯一的。如果某个顾客有多个订单，则有多个行具有相同的顾客 ID （虽然每个订单都有不同的订单号）。同时，Orders表中顾客 ID 列的合法值为Customers表中顾客的 ID 。

这就是外键的作用。在这个例子中，在Orders的顾客 ID 列上定义了一个外键，因此该列只能接受Customers表的主键值。

下面是定义这个外键的方法：

CREATE TABLE Orders
(
		order_nun		INTEGER		NOT NULL,PRIMARY KEY,
		order_date		DATETIME		NOT NULL,
		cust_id				CHAR(10)		NOT NULL,REFERENCES Customers(cust_id)
);

其中的表定义使用了REFERENCES关键字，它表示cust_id中的任何值都必须是Customers表的cust_id中的值。

相同的工作也可以在ALTER TABLE语句中用CONSTRAINT语法来完成：

ALTER TABLE Orders
ADD CONSTRAINT
FOREIGN KEY(cust_id)	REFERENCES Customers(cust_id);

提示：外键有助防止意外删除
如第 6 课所述，除帮助保证引用完整性外，外键还有另一个重要作用。在定义外键后，DBMS 不允许删除在另一个表中具有关联行的行。
例如，不能删除关联订单的顾客。删除该顾客的唯一方法是首先删除相关的订单（这表示还要删除相关的订单项）。由于需要一系列的删除，因而利用外键可以防止意外删除数据。

有的 DBMS 支持称为级联删除（ cascading delete ）的特性。如果启用，该特性在从一个表中删除行时删除所有相关的数据。例如，如果启用级联删除并且从Customers表中删除某个顾客，则任何关联的订单行也会被自动删除。

唯一约束

唯一约束用来保证一列（或一组列）中的数据是唯一的。它们类似于主键，但存在以下重要区别。

1.表可包含多个唯一约束，但每个表只允许一个主键。
2.唯一约束列可包含NULL值。
3.唯一约束列可修改或更新。
4.唯一约束列的值可重复使用。
5.与主键不一样，唯一约束不能用来定义外键。

唯一约束的语法类似于其他约束的语法。唯一约束既可以用UNIQUE关键字在表定义中定义，也可以用单独的CONSTRAINT定义。

检查约束

检查约束用来保证一列（或一组列）中的数据满足一组指定的条件。检查约束的常见用途有以下几点。

1.检查最小或最大值。例如，防止 0 个物品的订单（即使 0 是合法的数）。
2.指定范围。例如，保证发货日期大于等于今天的日期，但不超过今天起一年后的日期。
3.只允许特定的值。例如，在性别字段中只允许M或F。

数据类型限制了列中可保存的数据的类型。检查约束在数据类型内又做了进一步的限制，这些限制极其重要，可以确保插入数据库的数据正是你想要的数据。不需要依赖于客户端应用程序或用户来保证正确获取它， DBMS 本身将会拒绝任何无效的数据。

下面的例子对OrderItems表施加了检查约束，它保证所有物品的数量大于 0 ：
输入 ▼

CREATE TABLE OrderItems
(
order_num INTEGER NOT NULL,
order_item INTEGER NOT NULL,
prod_id CHAR(10) NOT NULL,
quantity INTEGER NOT NULL CHECK (quantity > 0),
item_price MONEY NOT NULL
);

利用这个约束，任何插入（或更新）的行都会被检查，保证quantity大于 0 。
检查名为gender的列只包含M或F，可编写如下的ALTER TABLE语句：

ADD CONSTRAINT CHECK (gender LIKE ‘[MF]’)

在 SQL 中，我们有如下约束：

1.NOT NULL - 指示某列不能存储 NULL 值。
2.UNIQUE - 保证某列的每行必须有唯一的值。
3.PRIMARY KEY - NOT NULL 和 UNIQUE 的结合。确保某列（或两个列多个列的结合）有唯一标识，有助于更容易更快速地找到表中的一个特定的记录。
4.FOREIGN KEY - 保证一个表中的数据匹配另一个表中的值的参照完整性。
5.CHECK - 保证列中的值符合指定的条件。
6.DEFAULT - 规定没有给列赋值时的默认值。