数据库外键

外键创建语句示例：

创建外键 (SQL)

可以在 Interactive SQL 中使用 CREATE TABLE 和 ALTER TABLE 语句来创建和变更外键。这些语句可以设置多个表属性，其中包括列约束和检查。

前提条件

您必须具有 DBA 权限或者是表的所有者。

上下文和注释

多个。

♦ 使用 SQL 创建外键

以具有 DBA 权限的用户身份连接到数据库。
执行 ALTER TABLE 语句。

结果

已将表定义更新为包括外键定义。

下一步

无。

示例

在下例中，将创建一个名为 Skills 的表，其中包含潜在技能列表，然后创建一个与 Skills 表具有外键关系、名为 EmployeeSkills 的表。请注意，EmployeeSkills.SkillID 与 Skills 表的主键列 (Id) 存在外键关系。

CREATE TABLE Skills (
   Id INTEGER PRIMARY KEY,
   SkillName CHAR(40),
   Description CHAR(100) 
);
CREATE TABLE EmployeeSkills (
   EmployeeID INTEGER NOT NULL,
   SkillID INTEGER NOT NULL,
   SkillLevel INTEGER NOT NULL,
   PRIMARY KEY( EmployeeID ),
   FOREIGN KEY (SkillID) REFERENCES Skills ( Id )
);

您也可以在创建完表后使用 ALTER TABLE 语句将外键添加到该表。在下例中，将创建与上例中类似的表，唯一不同之处是在创建表后再添加外键。

CREATE TABLE Skills2 (
   ID INTEGER PRIMARY KEY,
   SkillName CHAR(40),
   Description CHAR(100) 
);
CREATE TABLE EmployeeSkills2 (
   EmployeeID INTEGER NOT NULL,
   SkillID INTEGER NOT NULL,
   SkillLevel INTEGER NOT NULL,
   PRIMARY KEY( EmployeeID ),
);
ALTER TABLE EmployeeSkills2
   ADD FOREIGN KEY SkillFK ( SkillID )
   REFERENCES Skills2 ( ID );

可以在创建外键时指定外键的属性。例如，以下语句将创建与示例 2 中相同的外键，但它将外键定义为 NOT NULL，同时定义更新或删除时的限制。

ALTER TABLE Skills2
ADD NOT NULL FOREIGN KEY SkillFK ( SkillID )
REFERENCES Skills2 ( ID )
ON UPDATE RESTRICT
ON DELETE RESTRICT;

外键列名和主键列名将根据在两个列表中的位置进行一对一式的配对。如果在定义外键时未指定主表列名，则使用主键列。例如，假设按如下方式创建两个表：

CREATE TABLE Table1( a INT, b INT, c INT, PRIMARY KEY ( a, b ) );
CREATE TABLE Table2( x INT, y INT, z INT, PRIMARY KEY ( x, y ) );

然后，按如下方式创建外键 fk1，明确指定如何对两个表之间的列进行配对：

ALTER TABLE Table2 ADD FOREIGN KEY fk1( x,y ) REFERENCES Table1( a, b );

使用下面的语句创建第二个外键 fk2，仅指定外表列。数据库服务器会自动将这两个列与主表主键中的前两列配对。

ALTER TABLE Table2 ADD FOREIGN KEY fk2( x, y ) REFERENCES Table1;

使用下面的语句创建外键，不指定主表或外表的列：

ALTER TABLE Table2 ADD FOREIGN KEY fk3 REFERENCES Table1;

由于没有指定引用列，数据库服务器会在外表 (Table2) 中查找与主表 (Table1) 中的列同名的列。如果存在，数据库服务器会确保数据类型匹配，然后使用这些列创建外键。否则，将在 Table2 中创建这些列。在此示例中，Table2 没有名为 a 和 b 的列，因此将创建这两个列且数据类型与 Table1.a 和 Table1.b 相同。这些自动创建的列不会成为外表主键的一部分。

数据库外键的概念与简单应用

表A中有字段（如身份证号）做了主键，表B中也有这个字段（身份证号），这里的身份证号一定来自表A同样字段里的内容，那么表B的这个字段就叫表A字段的外键，也就是两个表以身份证号这个字段建立了联系。
 
表A中身份证号字段里面的身份证号一定是唯一的，不能有重复，而表B里面的同一个身份证号可以出现多次。这称为表A身份证号字段与表B身份证号字段建立了一对多的关系。
 
外键的作用就是可以让身份证号保证是来自表A中，也就是保证了数据的规范性；如果要删除A表中的某个身份证号，那么首先要删除B表中同样的身份证号，这保证了数据的完整性

外键的作用：

保持数据一致性，完整性，主要目的是控制存储在外键表中的数据。使两张表形成关联，外键只能引用外表中的列的值！

例如：

a b 两个表

a表中存有客户号，客户名称

b表中存有每个客户的订单

有了外键后

你只能在确信b 表中没有客户x的订单后，才可以在a表中删除客户x

建立外键的前提：本表的列必须与外键类型相同(外键必须是外表主键)。

指定主键关键字： foreign key(列名)

引用外键关键字： references <外键表名>(外键列名)

事件触发限制: on delete和on update , 可设参数cascade(跟随外键改动), restrict(限制外表中的外键改动),set Null(设空值）,set Default（设默认值）,[默认]no action

例如：

outTable表主键 id 类型 int

创建含有外键的表：

create table temp(

id int,

name char(20),

foreign key(id) references outTable(id) on delete cascade on update cascade);

说明：把id列设为外键参照外表outTable的id列当外键的值删除本表中对应的列筛除当外键的值改变本表中对应的列值改变。

子表，父表的定义：拥有外键的表是子表。主键被其它表引用的表是父表。
换句话说：因为父表的标识被很多个子表中的记录引用，所以叫父表。
拥有外键关系，并且可以随便删除数据，不影响其它表的数据的那个表叫子表。

使用的时候谁做为谁的外键，主要从以下两点考虑：
1/，删除是如何相互影响的，删除记录受约束的那个是父表，不受约束的那个是子表；
2/，记录必须先存在的是父表；

两种用途：
1/, 最常用的一种: 减少重复数据.表A中拥有外键,表B的数据基本是不允许删除的.这时选择对 INSERT 和 UPDATE 强制关系即可.
2/，其次,是增加一个从属表. 如果表A删除一条记录时，表B中也随着删除一条相关联的记录，那么外键关系中，表A的主键是表B的外键。这种关系，实际上表B是表A的从属表（即表A是父表），选择对 INSERT 和 UPDATE 强制关系时，如果向表B中插入数据，表A中必须已经存在对应的记录。选择级联删除相关的字段时，删除表A中的一条记录，就会删除对应的表B中的一条记录。

今天有朋友问我"外键的作用是什么"

当朋友问我外键的作用是什么时,我也愣了一下,平常都是在这么用,还没有真正的总结过,外分键的作用呢.下面,我总结了一下外键的作用:

外键 (FK) 是用于建立和加强两个表数据之间的链接的一列或多列。通过将保存表中主键值的一列或多列添加到另一个表中，可创建两个表之间的链接。这个列就成为第二个表的外键。

FOREIGN KEY 约束的主要目的是控制存储在外键表中的数据，但它还可以控制对主键表中数据的修改。例如，如果在 publishers 表中删除一个出版商，而这个出版商的 ID 在 titles 表中记录书的信息时使用了，则这两个表之间关联的完整性将被破坏，titles 表中该出版商的书籍因为与 publishers 表中的数据没有链接而变得孤立了。FOREIGN KEY 约束防止这种情况的发生。如果主键表中数据的更改使之与外键表中数据的链接失效，则这种更改是不能实现的，从而确保了引用完整性。如果试图删除主键表中的行或更改主键值，而该主键值与另一个表的 FOREIGN KEY 约束值相关，则该操作不可实现。若要成功更改或删除 FOREIGN KEY 约束的行，可以先在外键表中删除外键数据或更改外键数据，然后将外键链接到不同的主键数据上去。

外键是用来控制数据库中数据的数据完整性的

就是当你对一个表的数据进行操作

和他有关联的一个或更多表的数据能够同时发生改变

这就是外键的作用

[精] 谈谈外键

外键是用来控制数据库中数据的数据完整性的

就是当你对一个表的数据进行操作

和他有关联的一个或更多表的数据能够同时发生改变

这就是外键的作用

外键是数据库一级的一个完整性约束，就是数据库基础理论书中所说的“参照完整性”的数据库实现方式。

外键属性当然是可以去掉的，如果你不想再用这种约束，对编程当然不会有什么影响，但相应的录入数据的时候就不对录入的数据进行“参照完整性”检查了。

例如有两个表

A(a,b) :a为主键，b为外键（来自于B.b)

B(b,c,d) :b为主键

如果我把字段b的外键属性去掉，对编程没什么影响。

如上面，A中的b要么为空，要么是在B的b中存在的值，有外键的时候，数据库会自动帮你检查A的b是否在B的b中存在。

1、外建表达的是参照完整性：这是数据固有的，与程序无关。因此，应该交给DBMS来做。

2、使用外建，简单直观，可以直接在数据模型中体现，无论是设计、维护等回有很大的好处，特别是对于分析现有的数据库的好处时非常明显的--前不久我分析了一个企业现有的数据库，里面的参照完整性约束有的是外键描述，有的是用触发器实现，感觉很明显。当然，文档里可能有，但是也可能不全，但是外键就非常明显和直观。

3、既然我们可以用触发器或程序完成的这个工作（指参照完整性约束），DBMS已经提供了手段，为什么我们要自己去做？而且我们做的应该说没有RDBMS做得好。实际上，早期的RDBMS并没有外键，现在都有了，我认为数据库厂商增加这个功能是有道理的。从这个角度来说，外键更方便。

4、关于方便，根据我带项目的情况来看，程序员确实有反映，主要是在调试时输入数据麻烦：如果数据可以违反参照完整性，那么就是说参照完整性本身就不对名誉业务冲突，此时也不应该用触发期货程序实现；否则，说明数据是错误的，根本就不应该进入数据库！而且，这也应该是测试系统的一个内容：阻止非法数据。实际上，前台程序应该对这种提交失败做出处理。数据是企业的而非程序的，储程序要尽量与数据分离，反之亦然。

最后说一下,建键几个原则:

1、为关联字段创建外键。

2、所有的键都必须唯一。

3、避免使用复合键。

4、外键总是关联唯一的键字段。

外键的作用？