<b>MySQL中若何定义外键</b>[MySQL防范]
本文“<b>MySQL中若何定义外键</b>[MySQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
假定某个电脑生产商,它的数据库中保存着整机和配件的产品信息.用来保存整机产品信息的表叫做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. 总结
——-
引入外键的缺陷是会使速度和性能下降,当然外键所带来的长处还有很多.
以上是“<b>MySQL中若何定义外键</b>[MySQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |