文章目錄
- 前言
- 一、插入新數據時報錯外鍵約束？
- 二、對于出錯 SQL 語句的分析
- 三、對于外碼約束的分析
- 四、如何處理外鍵約束？
- 總結
前言
我們在使用 MySQL 數據庫時，添加數據如果設計不合理很容易出現外碼約束的情況，為什么會產生這樣的問題？那我們該如何處理這一問題呢？依據又是什么？本篇文章帶你進一步來深度剖析，并帶著你的思路來設計解決方案。
說明：本次案例的案例情景是傳統的數據庫表：學生-課程數據庫。
一、插入新數據時報錯外鍵約束？
我們在 Course 表中插入課程號為 1 的數據時提示違反了外鍵約束，插入命令如下：
insert into course(cno,cname,cpno,ccredit) values('1','數據庫','5',4);
二、對于出錯 SQL 語句的分析
我們先根據 Course 表的定義，看哪一個是外鍵，查看 Course 表定義的 SQL 語句如下：
create table course (
cno char(4) primary key,
cname char(40),
cpno char(4),
ccredit smallint,
foreign key cpno references course(cno));
從上面的 SQL 語句可以看出，cpno 是外鍵，而且引用的是本表的主鍵 cno。
三、對于外碼約束的分析
我們根據數據庫定義的參照完整性規則得知：外鍵 cpno 的取值不為空的情況下（如上 cpno=‘5’），與其對應的主鍵 cno 在參照表中必須存在。
但是我們反觀上面操作，第一個插入的就是 cno=‘1’ 的數據，cno=‘5’ 的還沒有插入，很顯然不滿足參照完整性規則。
四、如何處理外鍵約束？
- 插入數據的時候，所有的 cpno 字段暫時都置為 null，所有數據插入以后，再依次更新這些數據的 cpno 的值。該方法的優點是復雜性低，容易實現。
- 插入數據的時候，不是按表中 cno 的順序插入，而是根據數據依賴的關系插入數據。比如，根據表里的數據，分析得出可以按 cno=2、6、4、7、5、1、3 的順序插入數據。
總結
本文我們掌握了 MySQL 數據庫如何在設計不合理時遇到的外碼約束的問題，并通過經典案例為大家分析了為何會出現這樣的問題，同時順著思路來設計業務的解決方案。本文提到的數據庫參照完整性規則是數據庫設計的基礎知識，大家切記要重視基礎，活學活用，方能在開發中百戰不殆！
我是白鹿，一個不懈奮斗的程序猿。望本文能對你有所裨益，歡迎大家的一鍵三連！若有其他問題、建議或者補充可以留言在文章下方，感謝大家的支持！
