数据库中的參照完整性（Foreign Key）

之前在项目中遇到了这样一个问题，我举得简单的样例来说明。

比方我们有两个表，一个表(department)存放的是部门的信息，比如部门id，部门名称等；还有一个表是员工表(staff)，员工表里面肯定要存放每一个员工所在的部门。

那问题来了，假设我们这个时候删除了部门表中的某条记录，在staff表中会发生什么？

为了解答上面的问题，让我们先来回想一下什么是參照完整性。

我们经常希望保证在一个关系中给定属性集上的取值也在还有一个关系的特定属性集的取值中出现。这样的情况称为參照完整性(referential integrity)

正如我们能够用外码在SQL中的create table语句一部分的foreign key子句来声名。

比如staff表中的我们能够用  foreign key(dep_name) references department  来表明在每一个员工组中指定的部门名称dep_name必须在department关系中存在。

更一般地，令关系r1和r2的属性集分别为R1和R2，主码分别为K1和K2。假设要求对r2中随意元祖t2，均存在r1中元祖t1使得t1.K1 = t2.α。我们称R2的子集α为參照关系r1中K1的外码(foreign key)

当我们违反了參照完整性约束时。通常的处理是拒绝运行导致完整性破坏的操作（即进行更新操作的事务被回滚）。

可是，在foreign key子句中能够指明：假设被參照关系上的删除或更新动作违反了约束，那么系统必须採取一些步骤通过改动參照关系中的元祖来恢复完整性约束，而不是拒绝这种操作。

来看以下的样例：

这是我们的department关系

create table department
( dept_name varchar(20),
  building varchar(15),
 primary key(department)
)

以下普通情况下我们的staff关系

<pre name="code" class="sql">create table staff
( ID varchar(15),
  name varchar(20), not null
  dept_name varchar(20),
  primary key  (ID),
  foreign key(dept_name) reference department
)

以下是特定更新动作的staff关系

create table staff
( ID varchar(15),
  name varchar(20), not null
  dept_name varchar(20),
  primary key  (ID),
  foreign key(dept_name) reference department
  on delete cascade
  on update cascade
)

因为有了外码声名相关联的on delete cascade子句，假设删除department中的元祖导致了此參照完整性约束被违反，则删除并不被系统拒绝。而是对staff关系作联机删除。即删除參照了被删除系的元祖。

类似的。on update cascade会在更新时同步进行參照关系中元祖的更新。SQL还同意foreign key子句指明除了cascade以外的其它动作，假设约束被违反，可将參考与置为null(用set null取代 cascade)。或者置为默认值(set default)。

可是，一般来说，我们习惯的使用方法是。不同意删除。假设实在要删除。能够在被參照关系中加一个字段，来表明当前的记录被删除了。这样也方便日后查询等相关操作。