详解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表结合使用外键约束有了一个清晰的认识,当然,您也可以进一步编写在即的代码,以进一步加深对这一方便的数据库功能的认识。

(0)

相关推荐

  • MySQL删除有外键约束的表数据方法介绍

    在MySQL中删除一张表或一条数据的时候,出现 [Err] 1451 -Cannot deleteorupdatea parent row: aforeignkeyconstraintfails (...) 这是因为MySQL中设置了foreign key关联,造成无法更新或删除数据.可以通过设置FOREIGN_KEY_CHECKS变量来避免这种情况. 禁用外键约束,我们可以使用: SETFOREIGN_KEY_CHECKS=0; 然后再删除数据 启动外键约束,我们可以使用: SETFOREIG

  • MySQL外键约束的禁用与启用命令

    MySQL外键约束的禁用与启用: MySQL外键约束是否启用是通过一个全局变量标示的: FOREIGN_KEY_CHECKS=0; 禁用状态 FOREIGN_KEY_CHECKS=1; 启用状态 查看当前FOREIGN_KEY_CHECKS的值可用如下命令: SELECT @@FOREIGN_KEY_CHECKS; 禁用外键约束: SET FOREIGN_KEY_CHECKS=0; 启用外键约束: SET FOREIGN_KEY_CHECKS=1; 以上这篇MySQL外键约束的禁用与启用命令就是

  • MySQL 关闭子表的外键约束检察方法

    准备: 定义一个教师表.一个学生表:在学生表中引用教师表ID create table teachers(teacherID int not null auto_increment primary key,teacherName varchar(8)); create table students(studentID int not null auto_increment primary key,teacherID int not null,studentName varchar(8), con

  • 详解MySQL中的外键约束问题

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

  • 图文详解MySQL中的主键与事务

    一.MySQL 主键和表字段的注释 1.主键及自增 每一张表通常会有一个且只有一个主键,来表示每条数据的唯一性. 特性:值不能重复,不能为空 null 格式:create table test (ID int primary key) 1 主键 + 自增的写法: 格式:create table test (ID int primary key auto_increment) 1 注意:自增只能配合主键来使用(如果单独定义则会报错) 2.表字段的注释 mysql> alter table test

  • 一文详解MySQL中数据表的外连接

    目录 为什么要使用外连接 外连接简介 左连接与右连接 外连接练习① 外连接练习② 该章节的内容为多表连接查询的外连接,因为 MySQL 是关系型数据库,数据是拆分重组在多个数据表里面的.所以我们势必要从多个数据表中提取数据,通过 SQL 语句的内连接与外连接就能够实现多表查询了.这部分内容是需要我们重点学习的,学习的过程中会穿插多种的案例来强化对表连接的语法的运用. 为什么要使用外连接 在解释为什么使用 “外连接” 之前,先来看一个记录.(如下:) 针对表中的张三没有所属的部门编号,我们暂且将他

  • 详解mysql中的存储引擎

    mysql存储引擎概述 什么是存储引擎? MySQL中的数据用各种不同的技术存储在文件(或者内存)中.这些技术中的每一种技术都使用不同的存储机制.索引技巧.锁定水平并且最终提供广泛的不同的功能和能力.通过选择不同的技术,你能够获得额外的速度或者功能,从而改善你的应用的整体功能. 例如,如果你在研究大量的临时数据,你也许需要使用内存存储引擎.内存存储引擎能够在内存中存储所有的表格数据.又或者,你也许需要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力). 这些不同的技术以及配套的相关

  • 详解MySql中InnoDB存储引擎中的各种锁

    目录 什么是锁 InnoDB存储引擎中的锁 锁的算法 行锁的3种算法 幻像问题 锁的问题 脏读 不可重复读 丢失更新 死锁 什么是锁 现实生活中的锁是为了保护你的私有物品,在数据库中锁是为了解决资源争抢的问题,锁是数据库系统区别于文件系统的一个关键特性.锁机制用于管理对共享资源的并发访. 数据库系统使用锁是为了支持对共享资源进行并发访问,提供数据的完整性和一致性 InnoDB存储引擎区别于MyISAM的两个重要特征就是:InnoDB存储引擎支持事务和行级别的锁,MyISAM只支持表级别的锁 In

  • 详解mysql 中的锁结构

    Mysql 支持3中锁结构 表级锁,开销小,加锁快,不会出现死锁,锁定的粒度大,冲突概率高,并发度最低 行级锁,开销小,加锁慢,会出现死锁,锁定粒度小,冲突概率最低,并发度最高 页面锁,开销和加锁处于表锁和行锁之间,会出现死锁,锁粒度基于表和行之间,并发一般 InnoDB锁问题 InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION):二是采用了行级锁.  行级锁和表级锁本来就有许多不同之处,另外,事务的引入也带来了一些新问题. InnoDB的行锁模式及加锁方法 Inn

  • 详解mysql中explain的type

    导语: 很多情况下,有很多人用各种select语句查询到了他们想要的数据后,往往便以为工作圆满结束了. 这些事情往往发生在一些学生亦或刚入职场但之前又没有很好数据库基础的小白身上,但所谓闻道有先后,只要我们小白好好学习,天天向上,还是很靠谱的. 当一个sql查询语句被写出来之后,其实你的工作只完成了一小半,接下来更重要的工作是评估你自己写的sql的质量与效率.mysql为我们提供了很有用的辅助武器explain,它向我们展示了mysql接收到一条sql语句的执行计划.根据explain返回的结果

  • 详解MySQL中Order By排序和filesort排序的原理及实现

    目录 1.Order By原理 2.filesort排序算法 3.优化排序 1.Order By原理 MySQL的Order By操作用于排序,并且会有多种不同的排序算法,他们的性能都是不一样的. 假设有一个表,建表的sql如下: CREATE TABLE `obtest` ( `id` BIGINT NOT NULL AUTO_INCREMENT, `a` VARCHAR ( 100 ) NOT NULL, `b` VARCHAR ( 100 ) NOT NULL, `c` VARCHAR (

  • 详解mysql中的冗余和重复索引

    mysql允许在相同列上创建多个索引,无论是有意还是无意,mysql需要单独维护重复的索引,并且优化器在优化查询的时候也需要逐个地进行考虑,这会影响性能. 重复索引是指的在相同的列上按照相同的顺序创建的相同类型的索引,应该避免这样创建重复索引,发现以后也应该立即删除.但,在相同的列上创建不同类型的索引来满足不同的查询需求是可以的. CREATE TABLE test( ID INT NOT NULL PRIMARY KEY, A INT NOT NULL, B INT NOT NULL, UNI

随机推荐