//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從句中已命名的表刪除記錄會怎麼樣？在使用同樣的值作為外鍵的輔助表中會發生什麼? 很明顯，那些記錄也應該被刪除，否則在數據庫中就會有很多無意義的孤立記錄，MYSQL可以通過向FOREIGN KEY...REFERENCES修飾符添加一個ON DELETE 或ON UPDATE子句簡化任務，它告訴了數據庫在這種情況如何處理孤立任務 關鍵字 含義 CASCADE刪除包含與已刪除鍵值有參照關系的所有記錄 SET NULL 修改包含與已刪除鍵值有參照關系的所有記錄，使用NULL值替換（只能用於已標記為NOT NULL的字段） RESTRICT 拒絕刪除要求，直到使用刪除鍵值的輔助表被手工刪除，並且沒有參照時(這是默認設置，也是最安全的設置) NO ACTION 啥也不做 請注意，通過ON UPDATE 和 ON DELETE規則，設置MYSQL能夠實現自動操作時，如果鍵的關系沒有設置好，可能會導致嚴重的數據破壞， 例如：如果一系列的表通過外鍵關系和ON DELETE CASCADE 規則連接時，任意一個主表的變化都會導致甚至只和原始刪除有一些將要聯系的記錄在沒有警告的情況被刪除，所以，我們在操作之前還要檢查這些規則的，操作之後還要再次檢查. 添加外鍵 alter table locstock add foreign key locstock_ibfk2(stockid) references product(stockid) locstock 為表名, locstock_ibfk2 為外鍵名 第一個括號裡填寫外鍵列名, product為表名,第二個括號裡是寫外鍵關聯的列名 刪除外鍵 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型 ，它們不能是臨時表。 在引用表中，必須有一個索引，外鍵列以同樣的順序被列在其中作為第一列。這樣一個索引如果不存在，它必須在引用表裡被自動創建。 在引用表中，必須有一個索引，被引用的列以同樣的順序被列在其中作為第一列。 不支持對外鍵列的索引前綴。這樣的後果之一是BLOB和TEXT列不被包括在一個外鍵中， 這是因為對這些列的索引必須總是包含一個前綴長度。 如果CONSTRAINTsymbol 被給出，它在數據庫裡必須是唯一的。如果它沒有被給出，InnoDB自動創建這個名字。
