SQL Server中的约束(constraints)详解_MsSql_

一、约束的分类

在SQL Server中，有3种不同类型的约束。

• 实体约束
  实体约束是关于行的，比如某一行出现的值就不允许出现在其他行，例如主键。
• 域约束
  域约束是关于列的，对于所有行，某一列有那些约束，例如CHECK约束。
• 参照完整性约束
  如果某列的值必须与其他列的值匹配，那就意味着需要一个参照完整性约束，例如外键。

二、约束命名

在学习约束之前，首先来了解下为约束命名需要注意哪些地方。

SQL Server在我们不提供名称时，会自动创建名称，但是由系统自动创建的名称并不是特别有用。

例如，系统生成的主键名称可能是这样的：PK_Employees_145C0A3F。

PK代表主键(primary key)，Employees代表在Employees表中，而剩下的“145C0A3F”部分是为了保证唯一性而随机生成的值。只有通过脚本创建才会得到这种值，如果是通过Managerment Studio创建表，那么就直接是PK_Employees。

对于系统自动生成的Check约束名称如：CK_Customers_22AA2996。CK代表这是一个Check约束,Customers代表是在Customers表中，后面的22AA2996还是一个随机数。如果一个表中有多个Check约束，则命名可能如下：

CK_Customers_22AA2996

CK_Customers_25869641

CK_Customers_267ABA7A

如果你需要修改这些约束其中的一个，那么你很难分辨这些约束到底是哪一个。

因此，为了能够一眼看上去就知道这个约束是用来干什么的，我们应该使用一种简单明了的短语来进行命名。

例如要确保某一列电话号码格式正确的约束，我们可以使用命名CK_Customers_PhoneNo这样的短语来命名。

总之命名要做到以下几点：

• 一致性
• 通俗易懂
• 满足以上两个条件的情况下简化名称。

三、主键约束

  主键是每行的唯一标识符，仅仅通过它就能准确定位到一行，其中主键列在整个表中不能有重复，必须包含唯一的值(不能为NULL)。由于主键在关系数据库中的重要性，因此它是所有键和约束中最重要的。

  下面来说说主键的创建方式

1、在创建表的时候创建主键约束。

create table customer ( customerId int identity not null primary key,--创建主键约束 CustomerName nvarchar(30) not null );

2、在已存在的表上创建主键约束

现在假设已经存在了一张表，但是还没有主键约束：

alter table person add constraint PK_Employee_Id--外键名称 primary key(personId)--personId 字段名

alter名称告诉SQL Server如下信息：

• 添加了一些内容到表中(也可以删除表中的某些内容)
• 添加了什么内容(一个约束)
• 对约束的命名(允许以后直接访问约束)
• 约束的类型(主键约束)
• 约束应用于哪个列。

3、复合主键的创建

如果实在Management Studio中，创建复合主键，只需要按住Ctrl键，选中两个列，然后设置为主键就OK了，非常简单。下面主要讲述使用T-SQL创建复合主键的方法：

ALTER TABLE 表名 WITH NOCHECK ADD CONSTRAINT [PK_表名] PRIMARY KEY NONCLUSTERED ( [字段名1], [字段名2] )

在多对多联系中，常常会有一张表来描述其他两张表的关系，就以此读者和书为例子：

ALTER TABLE ReaderAndBook ADD CONSTRAINT [PK_ReaderAndBook] PRIMARY KEY NONCLUSTERED ( ReaderId, BookId )

四、外键约束

外键既能确保数据完整性，也能表现表之间的关系。添加了外键之后，插入引用表的记录要么必须被引用表中被引用列的某条记录匹配，要么外键列的值必须设置为NULL。

外键和主键不一样，每个表中的外键数目不限制唯一性。在每个表中，每一有-~253个外键。唯一的限制是一个列只能引用一个外键。一个列可以被多个外键引用。

4.1、创建表的时候创建外键

create table orders ( orderId int identity not null primary key, customerId int not null foreign key references customer(customerId)--约束类型-外键-引用表(列名) );

4.2、在已存在的表中添加一个外键

假设上面的代码去掉了添加外键行，那么可以书写代码如下：

alter table orders add constraint FK_Orders_CustomerId --添加约束 名称 foreign key (customerId) references customer(customerId) --外键约束，外键列名，被引用列名

刚添加的约束和之前添加的约束一样生效，如果某行引用customerId不存在，那么就不允许把该行添加到Orders表中。

4.3、级联动作

外键和其他类型键的一个重要区别是：外键是双向的，即不仅是限制子表的值必须存在于父表中，还在每次对父表操作后检查子行(这样避免了孤行)。SQL Server的默认行为是在子行存在时“限制”父行被删除。然而，有时会自动删除任何依赖的记录，而不是防止删除被引用的记录。同样在更新记录时，可能希望依赖的记录自动引用刚刚更新的记录。比较少见的情况是，你可能希望将引用行改变为某个已知的状态。为此，可以选择将依赖行的值设置为NULL或者那个列的默认值。

这种进行自动删除和自动更新的过程称为级联。这种过程，特别是删除过程，可以经过几层的依赖关系(一条记录依赖于另一条记录，而这另一条记录又依赖其他记录)。

在SQL Server中实现级联动作需要做的就是修改外键语法-只需要在添加前面加上ON子句。例如：

alter table orders add constraint FK_Orders_CustomerId --添加约束 名称 foreign key (customerId) references customer(customerId) --外键约束，外键列名，被引用列名 on update no action --默认修改时不级联更新子表 on delete cascade --删除时级联删除依赖行

当在进行级联删除时，如果一个表级联了另一个表，而另一个表又级联了其他表，这种级联会一直下去，不受限制，这其实是级联的一个危险之处，很容易一个不小心删掉大量数据。

级联动作除了no action，cascade之外，还有set null和set default。后两个是在SQL Server2005中引入的，如果要兼容到SQL Server2000的话，要避免使用这两个级联动作。但是他们的才做是非常简单的：如果执行更新而改变了一个父行的值，那么子行的值将被设置为NULL，或者设置为该列的默认值(不管SET NULL还是SET DEFAULT)。

五、唯一约束

唯一约束与主键比较相似，共同点在于它们都要求表中指定的列(或者列的组合)上有一个唯一值，区别是唯一约束没有被看作表中记录的唯一标识符(即使你可以按这样的方式使用也有效)，而且可以有多个唯一约束(而在每个表中只能有一个主键)。

一旦建立了唯一约束，那么指定列中的每个值必须是唯一的。如果更新或者插入一条记录在带唯一约束的列上有已经存在的值的记录，SQL Server将抛出错误，拒绝这个记录。

和主键不同，唯一约束不会自动防止设置一个NULL值，是否允许为NULL由表中相应列的NULL选项的设置决定，但即使确实允许NULL值，一张表中也只能够插入一个NULL值(如果允许多个，那就不叫唯一了)。

在已存在的表上创建唯一约束：

alter table Account add constraint AK_AccountName --约束名 unique (Account_Name) -- 列名

AK代表替换键(Alternate Key)，唯一约束也叫替换键。

主键和唯一约束的区别：

•     主键约束不允许出现NULL值。任何索引的索引键都不允许包含null值。但唯一约束允许包含NULL值，但唯一约束把两个NULL值当作重复值，所以施加了唯一约束的每一列只允许包含一个NULL值。
•     创建主键时会自动创建聚集索引，除非当前表中已经含有了聚集索引或是创建主键时指定了NONCLUSTERED关键字。
•     创建唯一约束时会自动创建非聚集索引，除非你指定了CLUSTERED关键字并且当前表中还没有聚集索引。
•     每个表中只能有一个主键，但可以由多个唯一约束。

六、CHECK约束

CHECK约束约束可以和一个列关联，也可以和一个表关联，因为它们可以检查一个列的值相对于另外一个列的值，只要这些列都在同一个表中以及值是在更新或者插入的同一行中。CHECK约束还可以用于检查列值组合是否满足某一个标准。

可以像使用where子句一样的规则来定义CHECK约束。CHECK约束条件的示例如下：

• 限制Month列为合适的数字：BETWEEN 1 AND 12
• 正确的SSN格式：LIKE'[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9][0-9][0-9]'
• 限制为一个快递公司的特定列表：IN('UPS','Fed Ex',EMS')
• 价格必须为正数：UnitPrice >= 0
• 引用同一行中的另外一列：ShipDate >= OrderDate

上面给出的列表只是一小部分，而条件实际上市无限多的。几乎所有可以放到where子句的条件都可以放到该约束中。而且和其他选择(规则和触发器)相比，CHECK约束执行速度更快。

在已存在的表中添加一个CHECK约束：

alter table Account add constraint CN_AccountAge check (Account_Age > 18); -- 插入年龄必须大于18

如果此时视图添加一条不满足的记录，将报如下错误：

insert into Account values (22,'洪',17) 消息 547，级别 16，状态 0，第 1 行 INSERT 语句与 CHECK 约束"CN_AccountAge"冲突。该冲突发生于数据库"Nx"，表"dbo.Account", column 'Account_Age'。 语句已终止。

七、DEFAULT约束

和所有约束一样，DEFAULT约束也是表定义的一个组成部分，它定义了当插入的新行对于定义了默认约束的列未提供相应数据时该怎么办。可以定义它为一个字面值(例如，设置默认薪水为0，或者设置字符串列为"UNKNOWN")，或者某个系统值(getdate())。

对于DEFAULT约束，要了解以下几个特性：

1、默认值只在insert语句中使用。在update语句和delete语句中被忽略。

2、如果在insert语句中提供了任意值，那就不使用默认值。

3、如果没有提供值，那么总是使用默认值。

值得注意的是，update命令的规则有一个例外，如果显示说明使用默认值就是例外。可以通过使用关键字DEFAULT表示更新的值设置为默认值。

7.1在创建表时定义DEFAULT约束：

create table person ( person_id int identity not null primary key, person_name nvarchar(30) not null default '无名氏', person_age int not null )

在执行语句后：

insert into person (person_age) values(24)

表中被插入一条记录如下：

7.2在已存在的表上添加DEFAULT约束：

alter table person add constraint CN_DefaultName default '无名氏' for person_name

八、禁用约束

有时我们想暂时或永久地消除约束。但是SQL Server并没有提供删除约束的方法。SQL Server只允许禁用外键约束或CHECK约束，而同时保持约束的完整性。

禁用一个数据完整性规则通常是因为已经有无效数据了。这样的数据通常分为以下两类：

1、在创建约束时已经在数据库中的数据

2、在约束创建以后希望添加的数据

SQL Server允许禁用完整性检查一段时间来对例外的无效数据作处理，然后再重新启用完整性(不是物理删除数据完整性约束)。

注意：不能禁用主键约束或者唯一约束

8.1、在创建约束时，忽略检查之前的不满足数据

要添加一个约束，但是有不应用到已存在的数据中，可以再执行Alter Table语句添加约束时使用WITH NOCHECK选项。

按照上面创建Check约束的方法，已经Alter Table时，表中本身已经存在不符合的数据，那么Alter Table操作将被SQL Server拒绝执行。除非已经存在的所有数据都满足CHECK约束的条件，否则SQL Server不会执行创建约束的命令。要解决这个问题，我们可以添加WITH NOCHECK。

我们先新建一个表只有3个字段的表，Id、姓名、年龄，并在里面插入一条不满足要求的数据：

insert into Account values (23,'洪',17)

然后执行添加约束命令：

alter table Account add constraint CN_AccountAge18 check (Account_Age > 18); -- 插入年龄必须大于18

SQL Server报一下错误：

消息 547，级别 16，状态 0，第 1 行 ALTER TABLE 语句与 CHECK 约束"CN_AccountAge18"冲突。该冲突发生于数据库"Nx"，表"dbo.Account", column 'Account_Age'。

  这时候我们换一种方式去执行：