FROM http://androider.javaeye.com/blog/352332
外鍵約束對子表的含義:
如果在父表中找不到候選索引鍵,則不允許在子表上進行insert/update
外鍵約束對父表的含義:
在父表上進行update/delete以更新或刪除在子表中有一條或多條對應匹配行的候選索引鍵時,父表的行為取決於:在定義子表的外鍵時指定的on update/on delete子句, InnoDB支援5種方式, 分列如下
. cascade方式
在父表上update/delete記錄時,同步update/delete掉子表的匹配記錄
On delete cascade從mysql3.23.50開始可用; on update cascade從mysql4.0.8開始可用
. set null方式
在父表上update/delete記錄時,將子表上匹配記錄的列設為null
要注意子表的外鍵列不能為not null
On delete set null從mysql3.23.50開始可用; on update set null從mysql4.0.8開始可用
. No action方式
如果子表中有匹配的記錄,則不允許對父表對應候選索引鍵進行update/delete操作
這個是ANSI SQL-92標準,從mysql4.0.8開始支援
. Restrict方式
同no action, 都是立即檢查外鍵約束
. Set default方式
解析器認識這個action,但Innodb不能識別,不知道是什麼意思...
注意:trigger不會受外鍵cascade行為的影響,即不會解發trigger
在mysql中,與SQL標準相違背的三點
1. 如果在父表中有多個key值相同,那麼在進行外鍵check時,會當成有相同key值的其他行不存在; 比如當定義了一個restrict行為外鍵時,一個子表行對應到多個父表行(具有相同key值), Innodb不允許刪除父表上的所有這些行
2. 父子表是同一個表,自我參照時不允許指定on update cascade, on update set null
從mysql4.0.13開始,允許同一個表上的on delete set null
從mysql4.0.21開始,允許同一個表上的on delete cascade
但級聯層次不能超出15
3, Innodb在檢查unique,constraint約束時,是row by row而不是語句或事務結束;
SQL標準中對constraint的檢查是在語句執行完成時