語法:alter table 表名 add constraint FK_ID foreign key(你的外鍵字段名) REFERENCES 外表表名(對應的表的主鍵字段名);
例: 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
/數據庫
刪除外鍵
語法: ALTER TABLE table-name DROP FOREIGN KEY key-id;
例: ALTER TABLE tb_active
DROP FOREIGN KEY FK_ID
安全
自動鍵更新和刪除:
外鍵能夠保證新插入的記錄的完整性,可是,若是在REFERENCES從句中已命名的表刪除記錄會怎麼樣?在使用一樣的值做爲外鍵的輔助表中會發生什麼?code
很明顯,那些記錄也應該被刪除,不然在數據庫中就會有不少無心義的孤立記錄,MYSQL能夠經過向FOREIGN KEY...REFERENCES修飾符添加一個ON DELETE 或ON UPDATE子句簡化任務,它告訴了數據庫在這種狀況如何處理孤立任務索引
關鍵字 含義
CASCADE 刪除包含與已刪除鍵值有參照關係的全部記錄
SET NULL 修改包含與已刪除鍵值有參照關係的全部記錄,使用NULL值替換(只能用於已標記爲NOT NULL的字段)
RESTRICT 拒絕刪除要求,直到使用刪除鍵值的輔助表被手工刪除,而且沒有參照時(這是默認設置,也是最安全的設置)
NO ACTION 啥也不作ci
請注意,經過ON UPDATE 和 ON DELETE規則,設置MYSQL可以實現自動操做時,若是鍵的關係沒有設置好,可能會致使嚴重的數據破壞,
例如:若是一系列的表經過外鍵關係和ON DELETE CASCADE 規則鏈接時,任意一個主表的變化都會致使甚至只和原始刪除有一些將要聯繫的記錄在沒有警告的狀況被刪除,因此,咱們在操做以前還要檢查這些規則的,操做以後還要再次檢查.unicode
添加外鍵
alter table locstock add foreign key locstock_ibfk2(stockid) references product(stockid)
locstock 爲表名, locstock_ibfk2 爲外鍵名 第一個括號裏填寫外鍵列名, product爲表名,第二個括號裏是寫外鍵關聯的列名it
刪除外鍵
alter table locstock drop foreign key locstock_ibfk2table
查看錶有哪些外鍵
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型 ,它們不能是臨時表。在引用表中,必須有一個索引,外鍵列以一樣的順序被列在其中做爲第一列。這樣一個索引若是不存在,它必須在引用表裏被自動建立。在引用表中,必須有一個索引,被引用的列以一樣的順序被列在其中做爲第一列。不支持對外鍵列的索引前綴。這樣的後果之一是BLOB和TEXT列不被包括在一個外鍵中, 這是由於對這些列的索引必須老是包含一個前綴長度。 若是CONSTRAINTsymbol 被給出,它在數據庫裏必須是惟一的。若是它沒有被給出,InnoDB自動建立這個名字。