MySQL數(shù)據(jù)庫中的外鍵約束詳解
使用MySQL開發(fā)過數(shù)據(jù)庫驅(qū)動的小型web應(yīng)用程序的人都知道，對關(guān)系數(shù)據(jù)庫的表進行創(chuàng)建、檢索、更新和刪除等操作都是些比較簡單的過程。理論上，只要掌握了最常見的SQL語句的用法，并熟悉您選擇使用的服務(wù)器端腳本語言，就足以應(yīng)付對MySQL表所需的各種操作了，尤其是當(dāng)您使用了快速MyISAM數(shù)據(jù)庫引擎的時候。但是，即使在最簡單的情況下，事情也要比我們想象的要復(fù)雜得多。下面我們用一個典型的例子進行說明。假設(shè)您正在運行一個博客網(wǎng)站，您幾乎天天更新，并且該站點允許訪問者評論您的帖子。
在這種情況下，我們的數(shù)據(jù)庫模式至少應(yīng)該包括兩個MyISAM表，一個用于存放您的博客文章，另一個來處理訪問者的評論。很明顯，這兩個表之間存在一個一對多的關(guān)系，所以我們要在第二個表中定義一個外鍵，以便在更新或者刪除數(shù)據(jù)行時可以保持?jǐn)?shù)據(jù)庫的完整性。
像上面這樣的應(yīng)用程序，不僅維護兩個表的完整性是一個嚴(yán)峻的挑戰(zhàn)，而***的難點在于我們必須在應(yīng)用程序級別來維護它們的完整性。這是大部分不要求使用事務(wù)的web項目在開發(fā)期間所采取的方法，因為MyISAM表可以提供出色的性能。
當(dāng)然，這樣做也是有代價的，正如我前面所說的，應(yīng)用程序必須維護數(shù)據(jù)庫的完整性和一致性，這就意味著要實現(xiàn)更復(fù)雜的程序設(shè)計邏輯來處理各個表之間的關(guān)系。雖然可以通過使用抽象層和ORM模塊來簡化數(shù)據(jù)庫訪問，但是隨著應(yīng)用程序所需數(shù)據(jù)表的數(shù)量的增加，處理它們所需的邏輯無疑也會隨之變得越發(fā)復(fù)雜。
那么,對于MySQL來說，有沒有數(shù)據(jù)庫級別的外鍵處理方式來幫助維護數(shù)據(jù)庫完整性的呢? 幸運的是，答案是肯定的!MySQL還可以支持InnoDB表，使我們可以通過一種非常簡單的方式來處理外鍵約束。這個特性允許我們可以觸發(fā)器某些動作，諸如更新和刪掉表中的某些數(shù)據(jù)行以維護預(yù)定義的關(guān)系。
凡事有利皆有弊，使用InnoDB表的主要缺點是它們的速度要比MyISAM慢，尤其是在必須查詢許多表的大規(guī)模應(yīng)用程序中，這一點尤為明顯。好在較新版本MySQL的MyISAM表也已支持外鍵約束。
本文將介紹如何將外鍵約束應(yīng)用于InnoDB表。此外，我們還將使用一個簡單的基于PHP的MySQL抽象類來創(chuàng)建有關(guān)的示例代碼;當(dāng)然，您也可以使用自己喜歡的其它服務(wù)器端語言。現(xiàn)在，我們開始介紹如何將外鍵約束應(yīng)用于MySQL。
使用外鍵約束的時機
老實說，在MySQL中使用InnoDB表的時候，不一定非用外鍵約束不可，然而，為了外鍵約束在某些情況下的功用，我們將通過前面提到的例子的代碼進行具體說明。它包括兩個MyISAM表，分別用于存放博客文章和評論。
定義數(shù)據(jù)庫模式時，我們要在這兩個表之間建立起一對多的關(guān)系，方法是在存放評論的表中創(chuàng)建一個外鍵，以將其中的數(shù)據(jù)行(即評論)對應(yīng)到特定的博客文章。下面是創(chuàng)建示例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表，它們構(gòu)成了博客應(yīng)用程序的數(shù)據(jù)層。如您所見，***個表名為blogs，它由一些含義很明顯的字段組成，分別用于存放每篇博客文章的ID、標(biāo)題和內(nèi)容，***是作者。第二個表名為comments，用于存放各篇博客文章的有關(guān)評論，它將博客文章的ID作為它的外鍵，從而建立起一對多的關(guān)系。
迄今為止，我們的工作還算輕松，因為我們只是創(chuàng)建了兩個簡單的MyISAM表。下一步，我們要做的是使用一些記錄來填充這些表，以便進一步演示在***個表中刪除表項時，應(yīng)該在另一個表中執(zhí)行那些操作。
更新并維護數(shù)據(jù)庫的完整性
前面部分，我們創(chuàng)建了兩個MyISAM表，來充當(dāng)博客應(yīng)用程序的數(shù)據(jù)層。當(dāng)然，上面的介紹還很簡單，我們需要做進一步的討論。為此，我們將向這些表中填入一些記錄，方法是使用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對我們的***篇博客作出了評論的情況。假設(shè)現(xiàn)在我們要用另一篇文章來更新***篇博客。當(dāng)然，這種情況是有可能發(fā)生的。
在這種情況下，為了維護數(shù)據(jù)庫的一致性，comments表也必須進行相應(yīng)的更新，要么通過手工方式更新，或者通過處理數(shù)據(jù)層的應(yīng)用程序進行更新。就本例而言，我們將使用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
如前所述，因為***篇博客的數(shù)據(jù)項的內(nèi)容已經(jīng)更新，所以comments表也必須反映出此變化才行。當(dāng)然，現(xiàn)實中這個更新操作應(yīng)該在應(yīng)用程序?qū)油瓿桑鞘止みM行，這就意味著這個邏輯必須使用服務(wù)器端語言來實現(xiàn)。
為了完成這個操作，對于PHP來說可以通過一個簡單的子過程即可，但是實際上，如果使用了外鍵約束的話，對comments表的更新操作完全可以委托給數(shù)據(jù)庫。
就像文章前面所說的那樣，InnoDB MySQL表對這個功能提供了無縫地支持。所以，后面部分我們會使用外鍵約束重新前面的示例代碼。
數(shù)據(jù)庫的級聯(lián)更新
下面，我們將利用外鍵約束和InnoDB表(而非默認(rèn)的MyISAM類型)來重新構(gòu)建前面的示例代碼。為此，首先要重新定義這兩個示例表，以便它們可以使用特定的數(shù)據(jù)庫引擎。為此，可以使用如下所示的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;
這里的代碼與之前的代碼相比，一個明顯的不同之處在于現(xiàn)在的這兩個表使用了InnoDB存儲引擎，所以能夠支持外鍵約束。除此之外，我們還需要注意定義comments表的代碼：
CONSTRAINT `comments_ibfk_1` FOREIGN KEY (`blog_id`) REFERENCES `blogs` (`id`) ON UPDATE CASCADE
實際上，這個語句是通知MySQLMySQL，當(dāng)blogs表更新時，也要更新comments表中外鍵blog_id的值。換句話說，這里所做的就是讓MySQL以級聯(lián)方式維護數(shù)據(jù)庫完整性，這意味著當(dāng)某個博客更新時，與之相連的注釋也要立即反應(yīng)此變化，重要的是這一功能的實現(xiàn)并非在應(yīng)用程序?qū)油瓿傻摹?/P>
兩個示例MySQL表已經(jīng)定義好了，現(xiàn)在，更新這兩個表就像運行一個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表的數(shù)據(jù)行的時候，還可以通過去除查詢的“ON UPDATE”部分或者規(guī)定“NO ACTION”和“RESTRICT”讓MySQL什么也不做。當(dāng)然，還可以讓MySQL做其他事情，這些將在后續(xù)的文章中分別加以介紹。
通過上面的介紹，我想大家已經(jīng)對如何在MySQL中的InnoDB表結(jié)合使用外鍵約束有了一個清晰的認(rèn)識，當(dāng)然，您也可以進一步編寫在即的代碼，以進一步加深對這一方便的數(shù)據(jù)庫功能的認(rèn)識。
【編輯推薦】
