?? 問題的產(chǎn)生是因?yàn)樵跀?shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候，在建立外鍵關(guān)聯(lián)的時(shí)候沒有設(shè)置級(jí)聯(lián)刪除，也就是說在設(shè)置外鍵的時(shí)候并沒有加上on delete cascade限定。對(duì)于這個(gè)問題，我的想法是：在數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候一般情況下都是應(yīng)該加上這樣的限制的。如果說擔(dān)心“級(jí)聯(lián)刪除”可能會(huì)誤刪有用的數(shù)據(jù)，這種情況如果真的發(fā)生的話，那么就應(yīng)該在數(shù)據(jù)庫(kù)的設(shè)計(jì)上找原因了。

??? 如果在數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候設(shè)置了級(jí)聯(lián)刪除，那么本文提到的問題是不會(huì)發(fā)生的。如果不幸這樣的狀況發(fā)生了，那么可以根據(jù)它提示的關(guān)聯(lián)外鍵，到user_constraints表中按constraint_name查找到唯一的記錄，當(dāng)然查詢這個(gè)系統(tǒng)視圖的用戶權(quán)限應(yīng)該比較高，然后在記錄中找到table_name，最后編輯表的外鍵關(guān)聯(lián)，將on delete觸發(fā)的動(dòng)作改為cascade。如果數(shù)據(jù)庫(kù)中數(shù)據(jù)庫(kù)表很多，關(guān)聯(lián)關(guān)系比較復(fù)雜，那么很可能在遇到問題之后要修改的外鍵關(guān)聯(lián)時(shí)的級(jí)聯(lián)刪除不止一個(gè)兩個(gè)。

??? 此外，說兩個(gè)題外話：

??? 第一，設(shè)置外鍵關(guān)聯(lián)的時(shí)候，級(jí)聯(lián)操作有三種設(shè)置方式：
??? 默認(rèn)無動(dòng)作：on delete no action；
??? 置空：on delete set null；
??? 級(jí)聯(lián)刪除：on delete cascade。

??? 第二，在drop表的時(shí)候，用drop table cascade constraints語句，只會(huì)刪除子表與父表之間的關(guān)聯(lián)關(guān)系，不會(huì)刪除子表中關(guān)聯(lián)父表的那些記錄。