為已經(jīng)添加好的數(shù)據(jù)表添加外鍵:
語(yǔ)法:alter table 表名 add constraint FK_ID foreign key(你的外鍵字段名) REFERENCES 外表表名(對(duì)應(yīng)的表的主鍵字段名);
例: alter table tb_active add constraint FK_ID foreign key(user_id) REFERENCES tb_user(id)
//FK_ID是外鍵的名稱
/*
CREATE TABLE `tb_active` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`title` varchar(100) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
`content` text CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
`user_id` int(11) NOT NULL,
PRIMARY KEY (`id`),
KEY `user_id` (`user_id`),
KEY `user_id_2` (`user_id`),
CONSTRAINT `FK_ID` FOREIGN KEY (`user_id`) REFERENCES `tb_user` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
*/
刪除外鍵
語(yǔ)法： ALTER TABLE table-name DROP FOREIGN KEY key-id;
例：? ALTER TABLE `tb_active` DROP FOREIGN KEY `FK_ID`
自動(dòng)鍵更新和刪除：
外鍵可以保證新插入的記錄的完整性，但是，如果在REFERENCES從句中已命名的表刪除記錄會(huì)怎么樣？在使用同樣的值作為外鍵的輔助表中會(huì)發(fā)生什么?
很明顯，那些記錄也應(yīng)該被刪除，否則在數(shù)據(jù)庫(kù)中就會(huì)有很多無(wú)意義的孤立記錄，MYSQL可以通過(guò)向FOREIGN KEY...REFERENCES修飾符添加一個(gè)ON DELETE 或ON UPDATE子句簡(jiǎn)化任務(wù)，它告訴了數(shù)據(jù)庫(kù)在這種情況如何處理孤立任務(wù)
關(guān)鍵字? ? 含義
CASCADE? ? 刪除包含與已刪除鍵值有參照關(guān)系的所有記錄
SET NULL? 修改包含與已刪除鍵值有參照關(guān)系的所有記錄，使用NULL值替換（只能用于已標(biāo)記為NOT NULL的字段）
RESTRICT? 拒絕刪除要求，直到使用刪除鍵值的輔助表被手工刪除，并且沒(méi)有參照時(shí)(這是默認(rèn)設(shè)置，也是最安全的設(shè)置)
NO ACTION? 啥也不做
請(qǐng)注意，通過(guò)ON UPDATE 和 ON DELETE規(guī)則，設(shè)置MYSQL能夠?qū)崿F(xiàn)自動(dòng)操作時(shí)，如果鍵的關(guān)系沒(méi)有設(shè)置好，可能會(huì)導(dǎo)致嚴(yán)重的數(shù)據(jù)破壞，
例如：如果一系列的表通過(guò)外鍵關(guān)系和ON DELETE CASCADE 規(guī)則連接時(shí)，任意一個(gè)主表的變化都會(huì)導(dǎo)致甚至只和原始刪除有一些將要聯(lián)系的記錄在沒(méi)有警告的情況被刪除，所以，我們?cè)诓僮髦斑€要檢查這些規(guī)則的，操作之后還要再次檢查.
添加外鍵
alter table locstock add foreign key locstock_ibfk2(stockid) references product(stockid)
locstock 為表名, locstock_ibfk2 為外鍵名 第一個(gè)括號(hào)里填寫(xiě)外鍵列名, product為表名,第二個(gè)括號(hào)里是寫(xiě)外鍵關(guān)聯(lián)的列名
刪除外鍵
alter table locstock drop foreign key locstock_ibfk2
查看表有哪些外鍵
show create table locstock
[CONSTRAINT symbol] FOREIGN KEY [id] (index_col_name, ...)?
? ? REFERENCES tbl_name (index_col_name, ...)?
? ? [ON DELETE {RESTRICT | CASCADE | SET NULL | NO ACTION}]?
? ? [ON UPDATE {RESTRICT | CASCADE | SET NULL | NO ACTION}]?
? ? ? ? 所有tables必須是InnoDB型 ，它們不能是臨時(shí)表。
·? ? ? ? 在引用表中，必須有一個(gè)索引，外鍵列以同樣的順序被列在其中作為第一列。這樣一個(gè)索引如果不存在，它必須在引用表里被自動(dòng)創(chuàng)建。
·? ? ? ? 在引用表中，必須有一個(gè)索引，被引用的列以同樣的順序被列在其中作為第一列。
·? ? ? ? 不支持對(duì)外鍵列的索引前綴。這樣的后果之一是BLOB和TEXT列不被包括在一個(gè)外鍵中， 這是因?yàn)閷?duì)這些列的索引必須總是包含一個(gè)前綴長(zhǎng)度。
·? ? ? ? 如果CONSTRAINTsymbol 被給出，它在數(shù)據(jù)庫(kù)里必須是唯一的。如果它沒(méi)有被給出，InnoDB自動(dòng)創(chuàng)建這個(gè)名字。
