一、为什么使用外键？
查了些资料，八个字“保持完整性、一致性”，结合我之前做的重构机房收费系统，我的理解是“防止相关表中数据没有关联而变得孤立。终于导致数据冗余”。得出这个结论是上次让贾丽敏帮忙点系统时候我最深刻的感受，由于我的数据库关系图中辣么多张表却没有丝毫关系……
既然官方解释是“完整性和一致性”，就先来说明一下：
对于完整性和一致性，不少人都混为一谈了。
完整性（integrity）很多其它是针对实际业务来说的。比方说一个职员ID。不能在一个表里是1。还有一个表里却是2；数据库引擎一般通过主外键、触发器等来维护完整性的。
一致性（consistency）是事务一个特征，要底层一点。
举例来说，针对这个语句：update a set col1=1,col2=2 where id=1（更改一行数据的两列）。数据库要保证在不论什么情况下，都绝不能出现仅仅更改了col1，或仅仅更改了col2的情况，这两列（col1和col2）要么一起被改，要么都没改。还包含内部的索引结构、内部数据字典等数据都要绝对保持一致。
这个说明来自互联网，当然这一点还是要在项目中慢慢的去体会的。
二、外键约束下怎样删除相关表中的信息？
如上图所看到的，从左到右将其定义为1、2、3层，就像是我们三层里的U、B、D那样，一环扣一环。显然右側是最深的一层，或者称之为底层；左側是最浅的一层，或者称之为表层。
非常显然。删除表层的数据是非常任意的。because它不会对其它层有不论什么影响，而删除中间层和底层的数据的时候，会影响上层建筑。就像我在王聚博客里看到的一个比喻，将其比喻为一座大厦，拆楼的时候是从上向下的，一层一层分解，假设直接去拆地下室，那么整个楼不就崩溃坍塌了吗？
所以这就是第一种用于删除外键约束下的数据的方法的思想：逐层分解。
方法一：通过触发器实现
就拿《牛腩新闻公布系统》的样例来说：-- ============================================= -- Author:张振华 -- Create date:2015年月日:01:29 -- Description: 删除类别触发器 -- ============================================= ALTER TRIGGER trigCategoryDelete ON Category instead of DELETE AS BEGIN --声明一个 declare @caId int select @caId=id from deleted --删除评论（此处使用子查询，查询出的条件是多条，于是使用”in”而不是”=”） delete comment where newsId in (select newsId from news where caId=@caId) --删除新闻 delete news where caId=@caId --删除类别 delete category where id=@caId END GO
这样的方法的优点：不会破坏主外键的约束，保证完整性和一致性的同一时候，保证数据不会产生冗余。也不会造成误删而出现数据残缺的现象。同一时候，这样的方法是在数据库里进行限制，使得在编程过程中直接使用该约束就OK。不用再次做其它逻辑上的约束。
还有一种用于删除外键约束下数据的思想是：连根拔起
方法二：级联删除
这样的方法在重构机房的时候就接触过，仅仅是迫于当时时间压力，把表中全部外键删除掉了，发现反而在程序中做好多逻辑上的约束，反而效果不怎么好，防不胜防。
这次正好将这样的方法学会。
所谓级联删除。就是删除主表记录同一时候删除从表中有外键关系的记录。
-- ============================================= -- Author:张振华 -- Create date:2015年7月5日 -- Description: 级联删除举例 -- ============================================= create table category ( id varchar(20) primary key, name varchar(20) not null ) create table news ( --自增字段充当主键 id int identity(1,1) primary key, title varchar(50) not null, content varchar(50) not null, --表news创建了外键caId 相应category表的主键id，同一时候声明了级联删除 caId varchar(20), --on delete:删除级联 foreign key (caId) references category(id) on delete cascade )
这样建表之后。假设在表中category中加入“体育新闻”，将其删除之后，在news表中全部关于caId是“体育新闻”的记录都会被删除。
因为是刚刚接触级联删除，和上面“逐层删除”相比。这样的方法更像是将整栋楼“爆破”，从底层到上层建筑所有删掉，删除彻底，同一时候能保持数据的完整性以及一致性，我的感觉。有一点既是这样做的优点也是坏处就是，删除过于彻底，有点“连根拔起、一人犯罪，株连九族”的感觉。删除后没有冗余数据，可是过于彻底有可能会删除一些实用信息。
最后介绍最简单的一种方法，我将其思想定义为：解除合约
方法三：
情景：假设须要删除底层的数据，可是表层的一些数据须要保留。也就是说只须要删除一部分数据，怎么办？
临时接触外键约束，将底层表中数据删除之后再加上外键约束，可能这样做会有种“脱掉裤子放屁”的感觉，可是对于只删除一部分数据，尤其是底层数据的时候。这将是一种非常好的方法。当然假设数据量大的话，这样的方法还是不太好。可是至少这是解决这个问题的一种途径。
三、Summary
扩展：
在设置外键约束的条件下，删除会受到约束的限制，那么“增、改、查”会受到外键的约束吗？
我推測。“改”会受到限制。其它两个不会。大家也能够尝试去做做这种实验，当然不过自己的推測，有待验证。
收获：
在做重构机房收费系统的时候。就遗留了一个问题，设计数据库的过程中。由于主键冲突以及外键约束，导致我不得不删掉了当初设置的外键约束，而这样做的后果就是关系数据库的完整性和一致性遭到破坏。
学习了牛腩的“删除外键约束条件下的数据”，让我解决掉了这个遗留问题。如今记录我的学习过程。