mysql中怎样定义外键_怎样在MySQL的数据库中定义外键详解

怎样在MySQL的数据库中定义外键详解

除了 CASCADE 外，还有 RESTRICT(禁止主表变更)、SET NULL(子表相应字段设置为空) 等操作。

第一行是说要为 pc 表设置外键，给这个外键起一个名字叫做 fk_cpu_model；第二行是说将本表的 cpumodel 字段设置为外键；第三行是说这个外键受到的约束来自于 parts 表的 model 字段。 这样，我们的外键就搞好了！如果我们试着 CREATE 一台 pc，它所使用的 CPU 的型号是 parts 表中不存在的，那么 MySQL 会禁止这台 PC 被 CREATE 出来。 级联操作 考虑以下这种情况： 技术人员发现，一个月之前输入到 parts 表中的某个系列的 cpu(可能有很多款)的型号全都输错了一个字母，现在需要改正。我们希望的是，当 parts 表中那些 Referenced Column 有所变化时，相应表中的 Referencing Column 也能自动更正。 可以在定义外键的时候，在最后加入这样的关键字： ON UPDATE CASCADE; 即在主表更新时，子表(们)产生连锁更新动作，似乎有些人喜欢把这个叫 "级联" 操作。 如果把这语句完整的写出来，就是：

事实上这两个索引可以在创建表的时候就设置。这里只是为了突出其必要性。 定义外键 下面为两张表之间建立前面所述的那种 "约束"。因为 pc 的 CPU 型号必须参照 parts 表中的相应型号，所以我们将 pc 表的 cpumodel 字段设置为 "外键"(FOREIGN KEY)，即这个键的参照值来自于其他表。

这句话的意思是，为 parts 表增加一个索引，索引建立在 model 字段上，给这个索引起个名字叫 idx_model。 对 pc 表也类似：

设置索引 若要设置外键，在参照表 (referencing table，即 pc 表) 和被参照表 (referenced table，即 parts 表) 中，相对应的两个字段必须都设置索引 (index)。 对 parts 表：

接下来是 PC 表：

导读：就爱阅读网友为大家分享了多篇关于 "mysql 数据库" 资料，内容精辟独到，非常感谢网友的分享，希望从中能找到对您有所帮助的内容。MySQL 数据库敏感数据安全保护六大措施MySQL 数据库安全配置指南相关资料三 : MySQL 数据库中的外键约束详解

使用 MySQL 开发过数据库驱动的小型 web 应用程序的人都知道，对关系数据库的表进行创建、检索、更新和删除等操作都是些比较简单的过程。理论上，只要掌握了最常见的 SQL 语句的用法，并熟悉您选择使用的服务器端脚本语言，就足以应付对 MySQL 表所需的各种操作了，尤其是当您使用了快速 MyISAM 数据库引擎的时候。但是，即使在最简单的情况下，事情也要比我们想象的要复杂得多。下面我们用一个典型的例子进行说明。假设您正在运行一个博客网站，您几乎天天更新，并且该站点允许访问者评论您的帖子。

在这种情况下，我们的数据库模式至少应该包括两个 MyISAM 表，一个用于存放您的博客文章，另一个来处理访问者的评论。很明显，这两个表之间存在一个一对多的关系，所以我们要在第二个表中定义一个外键，以便在更新或者删除数据行时可以保持数据库的完整性。

像上面这样的应用程序，不仅维护两个表的完整性是一个严峻的挑战，而最大的难点在于我们必须在应用程序级别来维护它们的完整性。这是大部分不要求使用事务的 web 项目在开发期间所采取的方法，因为 MyISAM 表可以提供出色的性能。

当然，这样做也是有代价的，正如我前面所说的，应用程序必须维护数据库的完整性和一致性，这就意味着要实现更复杂的程序设计逻辑来处理各个表之间的关系。虽然可以通过使用抽象层和 ORM 模块来简化数据库访问，但是随着应用程序所需数据表的数量的增加，处理它们所需的逻辑无疑也会随之变得越发复杂。

那么, 对于 MySQL 来说，有没有数据库级别的外键处理方式来帮助维护数据库完整性的呢? 幸运的是，答案是肯定的! MySQL 还可以支持 InnoDB 表，使我们可以通过一种非常简单的方式来处理外键约束。这个特性允许我们可以触发器某些动作，诸如更新和删掉表中的某些数据行以维护预定义的关系。

凡事有利皆有弊，使用 InnoDB 表的主要缺点是它们的速度要比 MyISAM 慢，尤其是在必须查询许多表的大规模应用程序中，这一点尤为明显。好在较新版本 MySQL 的 MyISAM 表也已支持外键约束。

本文将介绍如何将外键约束应用于 InnoDB 表。此外，我们还将使用一个简单的基于 PHP 的 MySQL 抽象类来创建有关的示例代码; 当然，您也可以使用自己喜欢的其它服务器端语言。现在，我们开始介绍如何将外键约束应用于 MySQL。

使用外键约束的时机

老实说，在 MySQL 中使用 InnoDB 表的时候，不一定非用外键约束不可，然而，为了外键约束在某些情况下的功用，我们将通过前面提到的例子的代码进行具体说明。它包括两个 MyISAM 表，分别用于存放博客文章和评论。

定义数据库模式时，我们要在这两个表之间建立起一对多的关系，方法是在存放评论的表中创建一个外键，以将其中的数据行 (即评论) 对应到特定的博客文章。下面是创建示例 MyISAM 表的基本 SQL 代码：DROPTABLEIFEXISTS`test`.`blogs`;

CREATETABLE`test`.`blogs`(`id`INT(10)UNSIGNEDAUTO_INCREMENT,`title`TEXT,`content`TEXT,`author`VARCHAR(45)DEFAULTNULL,PRIROSEKEY(`id`))ENGINE=MyISAMDEFAULTCHARSET=utf8;

DROPTABLEIFEXISTS`test`.`comments`;

CREATETABLE`test`.`comments`(`id`INT(10)UNSIGNEDAUTO_INCREMENT,`blog_id`INT(10)UNSIGNEDDEFAULTNULL,`comment`TEXT,`author`VARCHAR(45)DEFAULTNULL,PRIROSEKEY(`id`))ENGINE=MyISAMDEFAULTCHARSET=utf8;

上面，我们只是定义了两个 MyISAM 表，它们构成了博客应用程序的数据层。如您所见，第一个表名为 blogs，它由一些含义很明显的字段组成，分别用于存放每篇博客文章的 ID、标题和内容，最后是作者。第二个表名为 comments，用于存放各篇博客文章的有关评论，它将博客文章的 ID 作为它的外键，从而建立起一对多的关系。

迄今为止，我们的工作还算轻松，因为我们只是创建了两个简单的 MyISAM 表。下一步，我们要做的是使用一些记录来填充这些表，以便进一步演示在第一个表中删除表项时，应该在另一个表中执行那些操作。

更新并维护数据库的完整性

前面部分，我们创建了两个 MyISAM 表，来充当博客应用程序的数据层。当然，上面的介绍还很简单，我们需要做进一步的讨论。为此，我们将向这些表中填入一些记录，方法是使用 SQL 命令，具体如下所示：INSERTINTOblogs(id,title,content,author)VALUES(NULL,'Titleofthefirstblogentry','Contentofthefirstblogentry','Ian')INSERTINTOcomments(id,blog_id,comment,author)VALUES(NULL,1,'Commentingfirstblogentry','SusanNorton'),

(NULL,1,'Commentingfirstblogentry','RoseWilson')

上面的代码，实际上模拟了读者 Susan 和 Rose 对我们的第一篇博客作出了评论的情况。假设现在我们要用另一篇文章来更新第一篇博客。当然，这种情况是有可能发生的。

在这种情况下，为了维护数据库的一致性，comments 表也必须进行相应的更新，要么通过手工方式更新，或者通过处理数据层的应用程序进行更新。就本例而言，我们将使用 SQL 命令来完成更新，具体如下所示：UPDATEblogsSETid=2,

title='Titleofthefirstblogentry',

content='Contentofthefirstblogentry',

author='JohnDoe'WHEREid=1UPDATEcommentsSETblog_id=2WHEREblod_id=1

如前所述，因为第一篇博客的数据项的内容已经更新，所以 comments 表也必须反映出此变化才行。当然，现实中这个更新操作应该在应用程序层完成，而非手工进行，这就意味着这个逻辑必须使用服务器端语言来实现。

为了完成这个操作，对于 PHP 来说可以通过一个简单的子过程即可，但是实际上，如果使用了外键约束的话，对 comments 表的更新操作完全可以委托给数据库。

就像文章前面所说的那样，InnoDB MySQL 表对这个功能提供了无缝地支持。所以，后面部分我们会使用外键约束重新前面的示例代码。

数据库的级联更新

下面，我们将利用外键约束和 InnoDB 表 (而非默认的 MyISAM 类型) 来重新构建前面的示例代码。为此，首先要重新定义这两个示例表，以便它们可以使用特定的数据库引擎。为此，可以使用如下所示的 SQL 代码：DROPTABLEIFEXISTS`test`.`blogs`;

CREATETABLE`test`.`blogs`(`id`INT(10)UNSIGNEDAUTO_INCREMENT,`title`TEXT,`content`TEXT,`author`VARCHAR(45)DEFAULTNULL,PRIROSEKEY(`id`))ENGINE=InnoDBDEFAULTCHARSET=utf8;

DROPTABLEIFEXISTS`test`.`comments`;

CREATETABLE`test`.`comments`(`id`INT(10)UNSIGNEDAUTO_INCREMENT,`blog_id`INT(10)UNSIGNEDDEFAULTNULL,`comment`TEXT,`author`VARCHAR(45)DEFAULTNULL,PRIROSEKEY(`id`),KEY`blog_ind`(`blog_id`),CONSTRAINT`comments_ibfk_1`FOREIGNKEY(`blog_id`)REFERENCES`blogs`(`id`)ONUPDATECASCADE)ENGINE=InnoDBDEFAULTCHARSET=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 表结合使用外键约束有了一个清晰的认识，当然，您也可以进一步编写在即的代码，以进一步加深对这一方便的数据库功能的认识。

以上关于 "[关于数据库, mysql 数据库][mysql 数据库] 怎样在 MySQL 的数据库中定义外键详解 " 的信息由网友上传分享，希望对您有所帮助 ，感谢您对就爱阅读网的支持！

来源: http://www.92to.com/bangong/2017/06-06/22857123.html