假如某个电脑生产商，它的数据库中保存着整机和配件的产品信息。用来保存整机产品信息的表叫做pc；用来保存配件供货信息的表叫做parts。
在pc表中有一个字段，用来描述这款电脑所使用的CPU型号；在parts表中相应有一个字段，描述的正是CPU的型号，我们可以把它想成是全部CPU的型号列表。
很显然，这个厂家生产的电脑，其使用的CPU一定是供货信息表(parts)中存在的型号。这时，两个表中就存在一种约束关系(constraint)——pc表中的CPU型号受到parts表中型号的约束。
首先我们来创建parts表：
|
接下来是PC表：
|
设置索引
若要设置外键，在参照表 (referencing table，即pc表) 和被参照表(referenced table，即parts表)中，相对应的两个字段必须都设置索引(index)。
对parts表：
|
这句话的意思是，为parts表增加一个索引，索引建立在model字段上，给这个索引起个名字叫idx_model。
对pc表也类似：
|
事实上这两个索引可以在创建表的时候就设置。这里只是为了突出其必要性。
定义外键
下面为两张表之间建立前面所述的那种“约束”。因为pc的CPU型号必须参照parts表中的相应型号，所以我们将pc表的cpumodel字段设置为“外键”(FOREIGN KEY)，即这个键的参照值来自于其他表。
|
第一行是说要为pc表设置外键，给这个外键起一个名字叫做fk_cpu_model；第二行是说将本表的cpumodel字段设置为外键；第三行是说这个外键受到的约束来自于parts表的model字段。
这样，我们的外键就搞好了！如果我们试着CREATE一台pc，它所使用的CPU的型号是parts 表中不存在的，那么MySQL会禁止这台PC被CREATE出来。
级联操作
考虑以下这种情况：
技术人员发现，一个月之前输入到parts表中的某个系列的cpu（可能有很多款）的型号全都输错了一个字母，现在需要改正。我们希望的是，当parts表中那些 Referenced Column 有所变化时，相应表中的 Referencing Column 也能自动更正。
可以在定义外键的时候，在最后加入这样的关键字：
|
即在主表更新时，子表（们）产生连锁更新动作，似乎有些人喜欢把这个叫“级联”操作。
如果把这语句完整的写出来，就是：
|
除了CASCADE外，还有RESTRICT(禁止主表变更)、SET NULL
关于对该文补充：
如果需要在主表删除记录时，当子表有对应记录则不允许删除，就加上 ON delete restrict 。完整案例如下：
两个表，国家和城市，城市中的country_id是外键。
Create table country(
country_id smallint unsigned not null auto_increment,
country varchar(50) not null,
last_update timestamp not null,
pRIMary key(country_id)
)engine=innoDB default charset=utf8;
Create table city(
city_id smallint unsigned not null auto_increment,
city varchar(50) not null,
country_id smallint unsigned not null,
last_update timestamp not null default current_timestamp on update curren_timestamp,
PRIMary key(city_id),
key idx_fk_country_id (country_id),
constraint fk_city_country Foreign Key(country_id) References country(country_id) on DELETE restrict ON update cascade
)engine=innoDB default charset=utf8;
删除外键：
删除外键定义
—————
定义外键的时候articles.member_id外键比articles.category_id子句多了一个CONSTRAINT fk_member ？
这个fk_member就是用来删除外键定义用的，如下所示：
MySQL> ALTER TABLE articles DROP FOREIGN KEY fk_member;
Query OK, 1 row affected (0.25 sec)
Records: 1 Duplicates: 0 Warnings: 0
这样articles.member_id外键定义就被删除了，但是如果定义时没有指定CONSTRAINT fk_symbol （即外键符号）时该怎么删除呢？别急，没有指定时，MySQL会自己创建一个，可以通过以下命令查看：
MySQL> SHOW CREATE TABLE articles;
+———-+————————————+
| Table | Create Table |
+———-+————————————+
| articles | CREATE TABLE `articles` (
`article_id` int(11) unsigned NOT NULL auto_increment,
`category_id` tinyint(3) unsigned NOT NULL,
`member_id` int(11) unsigned NOT NULL,
`title` varchar(255) NOT NULL,
PRIMARY KEY (`article_id`),
KEY `category_id` (`category_id`),
KEY `member_id` (`member_id`),
CONSTRAINT `articles_ibfk_1` FOREIGN KEY (`category_id`) REFERENCES `categories` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 |
+———-+————————————+
1 row in set (0.01 sec)
可以看出articles.category_id的外键符号为articles_ibfk_1，因为就可以执行以下命令删除外键定义：
MySQL> ALTER TABLE articles DROP FOREIGN KEY articles_ibfk_1;
Query OK, 1 row affected (0.66 sec)
Records: 1 Duplicates: 0 Warnings: 0
6. 总结
——-
引入外键的缺点是会使速度和性能下降，当然外键所带来的优点还有很多。
类别：数据库技术 来源：本站原创 作者：hpping 日期：2010-03-04 14:41