?? 問題的產生是因為在數據庫設計的時候，在建立外鍵關聯的時候沒有設置級聯刪除，也就是說在設置外鍵的時候并沒有加上on delete cascade限定。對于這個問題，我的想法是：在數據庫設計的時候一般情況下都是應該加上這樣的限制的。如果說擔心“級聯刪除”可能會誤刪有用的數據，這種情況如果真的發生的話，那么就應該在數據庫的設計上找原因了。

??? 如果在數據庫設計的時候設置了級聯刪除，那么本文提到的問題是不會發生的。如果不幸這樣的狀況發生了，那么可以根據它提示的關聯外鍵，到user_constraints表中按constraint_name查找到唯一的記錄，當然查詢這個系統視圖的用戶權限應該比較高，然后在記錄中找到table_name，最后編輯表的外鍵關聯，將on delete觸發的動作改為cascade。如果數據庫中數據庫表很多，關聯關系比較復雜，那么很可能在遇到問題之后要修改的外鍵關聯時的級聯刪除不止一個兩個。

??? 此外，說兩個題外話：

??? 第一，設置外鍵關聯的時候，級聯操作有三種設置方式：
??? 默認無動作：on delete no action；
??? 置空：on delete set null；
??? 級聯刪除：on delete cascade。

??? 第二，在drop表的時候，用drop table cascade constraints語句，只會刪除子表與父表之間的關聯關系，不會刪除子表中關聯父表的那些記錄。