詳解MySQL中的外鍵束縛成績。本站提示廣大學習愛好者：（詳解MySQL中的外鍵束縛成績）文章只能為提供參考，不一定能成為您想要的結果。以下是詳解MySQL中的外鍵束縛成績正文
應用MySQL開辟過數據庫驅動的小型web運用法式的人都曉得，對關系數據庫的表停止創立、檢索、更新和刪除等操作都是些比擬簡略的進程。實際上，只需控制了最多見的SQL語句的用法，並熟習您選擇應用的辦事器端劇本說話，就足以敷衍對MySQL表所需的各類操作了，特別是當您應用了疾速MyISAM數據庫引擎的時刻。然則，即便在最簡略的情形下，工作也要比我們想象的要龐雜很多。上面我們用一個典范的例子停止解釋。假定您正在運轉一個博客網站，您簡直每天更新，而且該站點許可拜訪者評論您的帖子。
MySQL外鍵束縛前提
MySQL的外鍵束縛前提有以下幾種：
· CASCADE : 從父表刪除或更新行時主動刪除或更新子表中婚配的行。
· SET NULL : 從父表刪除或更新行時主動設置子表對應的外鍵列值為NULL。條件是對應外鍵列沒有指定NOT NULL限制詞。
· NO ACTION : 在ANSI SQL-92尺度中，NO ACTION意味著不采用任何舉措。
· RESTRICT : 謝絕對父表的刪除或更新操作。
在這類情形下，我們的數據庫形式至多應當包含兩個MyISAM表，一個用於寄存您的博客文章，另外一個來處置拜訪者的評論。很顯著，這兩個表之間存在一個一對多的關系，所以我們要在第二個表中界說一個外鍵，以便在更新或許刪除數據行時可以堅持數據庫的完全性。
像下面如許的運用法式，不只保護兩個表的完全性是一個嚴格的挑釁，而最年夜的難點在於我們必需在運用法式級別來保護它們的完全性。這是年夜部門不請求應用事務的web項目在開辟時代所采用的辦法，由於MyISAM表可以供給精彩的機能。
固然，如許做也是有價值的，正如我後面所說的，運用法式必需保護數據庫的完全性和分歧性，這就意味著要完成更龐雜的法式設計邏輯來處置各個表之間的關系。固然可以經由過程應用籠統層和ORM模塊來簡化數據庫拜訪，然則跟著運用法式所需數據表的數目的增長，處置它們所需的邏輯無疑也會隨之變得更加龐雜。
那末,關於MySQL來講，有無數據庫級其余外鍵處置方法來贊助保護數據庫完全性的呢? 榮幸的是，謎底是確定的!MySQL還可以支撐InnoDB表，使我們可以經由過程一種異常簡略的方法來處置外鍵束縛。這個特征許可我們可以觸發器某些舉措，諸如更新和刪失落表中的某些數據行以保護預界說的關系。
凡事有益皆有弊，應用InnoDB表的重要缺陷是它們的速度要比MyISAM慢，特別是在必需查詢很多表的年夜范圍運用法式中，這一點尤其顯著。好在較新版本MySQL的MyISAM表也已支撐外鍵束縛。
本文將引見若何將外鍵束縛運用於InnoDB表。另外，我們還將應用一個簡略的基於PHP的MySQL籠統類來創立有關的示例代碼;固然，您也能夠應用本身愛好的其它辦事器端說話。如今，我們開端引見若何將外鍵束縛運用於MySQL。
應用外鍵束縛的機會
誠實說，在MySQL中應用InnoDB表的時刻，紛歧定非用外鍵束縛弗成，但是，為了外鍵束縛在某些情形下的功用，我們將經由過程後面提到的例子的代碼停止詳細解釋。它包含兩個MyISAM表，分離用於寄存博客文章和評論。
界說數據庫形式時，我們要在這兩個表之間樹立起一對多的關系，辦法是在寄存評論的表中創立一個外鍵，以將個中的數據行(即評論)對應到特定的博客文章。上面是創立示例MyISAM表的根本SQL代碼：
DROP TABLE IF EXISTS `test`.`blogs`; CREATE TABLE `test`.`blogs` ( `id` INT(10) UNSIGNED AUTO_INCREMENT, `title` TEXT, `content` TEXT, `author` VARCHAR(45) DEFAULT NULL, PRIROSE KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; DROP TABLE IF EXISTS `test`.`comments`; CREATE TABLE `test`.`comments` ( `id` INT(10) UNSIGNED AUTO_INCREMENT, `blog_id` INT(10) UNSIGNED DEFAULT NULL, `comment` TEXT, `author` VARCHAR(45) DEFAULT NULL, PRIROSE KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
下面，我們只是界說了兩個MyISAM表，它們組成了博客運用法式的數據層。如您所見，第一個表名為blogs，它由一些寄義很顯著的字段構成，分離用於寄存每篇博客文章的ID、題目和內容，最初是作者。第二個表名為comments，用於寄存各篇博客文章的有關評論，它將博客文章的ID作為它的外鍵，從而樹立起一對多的關系。
迄今為止，我們的任務還算輕松，由於我們只是創立了兩個簡略的MyISAM表。下一步，我們要做的是應用一些記載來填充這些表，以便進一步演示在第一個表中刪除表項時，應當在另外一個表中履行那些操作。
更新並保護數據庫的完全性
後面部門，我們創立了兩個MyISAM表，來充任博客運用法式的數據層。固然，下面的引見還很簡略，我們須要做進一步的評論辯論。為此，我們將向這些表中填入一些記載，辦法是應用SQL敕令，詳細以下所示：
INSERT INTO blogs (id, title, content, author) VALUES (NULL,'Title of the first blog entry', 'Content of the first blog entry', 'Ian') INSERT INTO comments (id, blog_id, comment, author) VALUES (NULL, 1, 'Commenting first blog entry', 'Susan Norton'), (NULL, 1, 'Commenting first blog entry', 'Rose Wilson')
下面的代碼，現實上模仿了讀者Susan和Rose對我們的第一篇博客作出了評論的情形。假定如今我們要用另外一篇文章來更新第一篇博客。固然，這類情形是有能夠產生的。
在這類情形下，為了保護數據庫的分歧性，comments表也必需停止響應的更新，要末經由過程手工方法更新，或許經由過程處置數據層的運用法式停止更新。就本例而言，我們將應用SQL敕令來完成更新，詳細以下所示：
UPDATE blogs SET id = 2, title = "Title of the first blog entry", content = 'Content of the first blog entry', author = 'John Doe' WHERE id = 1 UPDATE comments SET blog_id = 2 WHERE blod_id = 1
如前所述，由於第一篇博客的數據項的內容曾經更新，所以comments表也必需反應出此變更才行。固然，實際中這個更新操作應當在運用法式層完成，而非手工停止，這就意味著這個邏輯必需應用辦事器端說話來完成。
為了完成這個操作，關於PHP來講可以經由過程一個簡略的子進程便可，然則現實上，假如應用了外鍵束縛的話，對comments表的更新操作完整可以拜托給數據庫。
就像文章後面所說的那樣，InnoDB MySQL表對這個功效供給了無縫地支撐。所以，前面部門我們會應用外鍵束縛從新後面的示例代碼。
數據庫的級聯更新
上面，我們將應用外鍵束縛和InnoDB表(而非默許的MyISAM類型)來從新構建後面的示例代碼。為此，起首要從新界說這兩個示例表，以便它們可使用特定的數據庫引擎。為此，可使用以下所示的SQL代碼：
DROP TABLE IF EXISTS `test`.`blogs`; CREATE TABLE `test`.`blogs` ( `id` INT(10) UNSIGNED AUTO_INCREMENT, `title` TEXT, `content` TEXT, `author` VARCHAR(45) DEFAULT NULL, PRIROSE KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; DROP TABLE IF EXISTS `test`.`comments`; CREATE TABLE `test`.`comments` ( `id` INT(10) UNSIGNED AUTO_INCREMENT, `blog_id` INT(10) UNSIGNED DEFAULT NULL, `comment` TEXT, `author` VARCHAR(45) DEFAULT NULL, PRIROSE KEY (`id`), KEY `blog_ind` (`blog_id`), CONSTRAINT `comments_ibfk_1` FOREIGN KEY (`blog_id`) REFERENCES `blogs` (`id`) ON UPDATE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
這裡的代碼與之前的代碼比擬，一個顯著的分歧的地方在於如今的這兩個表應用了InnoDB存儲引擎，所以可以或許支撐外鍵束縛。除此以外，我們還須要留意界說comments表的代碼：
CONSTRAINT `comments_ibfk_1` FOREIGN KEY (`blog_id`) REFERENCES `blogs` (`id`) ON UPDATE CASCADE
現實上，這個語句是告訴MySQLMySQL，當blogs表更新時，也要更新comments表中外鍵blog_id的值。換句話
說，這裡所做的就是讓MySQL以級聯方法保護數據庫完全性，這意味著當某個博客更新時，與之相連的正文也要立刻反響此變更，主要的是這一功效的完成並不是在運用法式層完成的。
兩個示例MySQL表曾經界說好了，如今，更新這兩個表就像運轉一個UPDATE語句一樣簡略，以下所示：
"UPDATE blogs SET id = 2, title = "Title of the first blog entry", content = 'Content of the first blog entry', author = 'John Doe' WHERE id = 1"
後面說過，我們無需更新comments表，由於MySQL會主動處置這一切。另外，在試圖更新blogs表的數據行的時刻，還可以經由過程去除查詢的“ON UPDATE”部門或許劃定“NO ACTION”和“RESTRICT”讓MySQL甚麼也不做。固然，還可讓MySQL做其他工作，這些將在後續的文章平分別加以引見。
經由過程下面的引見，我想年夜家曾經對若何在MySQL中的InnoDB表聯合應用外鍵束縛有了一個清楚的熟悉，固然，您也能夠進一步編寫期近的代碼，以進一步加深對這一便利的數據庫功效的熟悉。
