Explication détaillée des contraintes de clé étrangère dans la base de données MySQL

[Introduction] Quiconque a développé une petite application Web basée sur une base de données à l'aide de MySQL sait que la création, la récupération, la mise à jour et la suppression de tables dans une base de données relationnelle sont des processus relativement simples. En théorie, tant que vous maîtrisez l'utilisation des instructions SQL les plus courantes et que vous vous familiarisez avec les scripts côté serveur que vous choisissez d'utiliser

Quiconque a développé une petite application Web basée sur une base de données à l'aide de MySQL sait que les tables d'une base de données relationnelle Les opérations de création, de récupération, de mise à jour et de suppression sont des processus relativement simples. Théoriquement, tant que vous maîtrisez l'utilisation des instructions SQL les plus courantes et que vous êtes familier avec le langage de script côté serveur que vous choisissez d'utiliser, il suffit de gérer les différentes opérations requises sur les tables MySQL, notamment lorsque vous utilisez le rapide MyISAM. moteur de base de données quand. Mais même dans les cas les plus simples, les choses sont plus compliquées qu’on ne le pense. Ci-dessous, nous utilisons un exemple typique pour illustrer. Disons que vous exploitez un site de blog que vous mettez à jour presque tous les jours et que le site permet aux visiteurs de commenter vos articles.

Dans ce cas, notre schéma de base de données doit inclure au moins deux tables MyISAM, une pour stocker vos articles de blog et l'autre pour traiter les commentaires des visiteurs. Évidemment, il existe une relation un-à-plusieurs entre ces deux tables, nous devons donc définir une clé étrangère dans la deuxième table afin que l'intégrité de la base de données puisse être maintenue lorsque les lignes de données sont mises à jour ou supprimées.

Pour une application comme celle ci-dessus, non seulement le maintien de l'intégrité des deux tables est un sérieux défi, mais la plus grande difficulté est que nous devons maintenir leur intégrité au niveau de l'application. C'est l'approche adoptée lors du développement pour la plupart des projets Web qui ne nécessitent pas l'utilisation de transactions car les tables MyISAM offrent d'excellentes performances.

Bien sûr, cela a également un coût. Comme je l'ai dit plus tôt, l'application doit maintenir l'intégrité et la cohérence de la base de données, ce qui nécessite la mise en œuvre de programmes de conception plus complexes à gérer. relations entre les différentes tables. Bien que l'accès aux bases de données puisse être simplifié grâce à l'utilisation de couches d'abstraction et de modules ORM, à mesure que le nombre de tables de données requises par une application augmente, la logique requise pour les gérer deviendra sans aucun doute plus complexe.

Donc, pour MySQL, existe-t-il une méthode de traitement des clés étrangères au niveau de la base de données pour aider à maintenir l'intégrité de la base de données ? Heureusement, la réponse est oui, MySQL peut également le prendre en charge, les tables InnoDB nous le permettent ! gérer les contraintes de clé étrangère d'une manière très simple. Cette fonctionnalité nous permet de déclencher certaines actions, comme la mise à jour et la suppression de certaines lignes de données dans le tableau pour maintenir des relations prédéfinies.

Tout a des avantages et des inconvénients. Le principal inconvénient de l'utilisation des tables InnoDB est qu'elles sont plus lentes que MyISAM, en particulier dans les applications à grande échelle où de nombreuses tables doivent être interrogées de manière évidente. Heureusement, la table MyISAM de la nouvelle version de MySQL prend également en charge les contraintes de clé étrangère.

Cet article présentera comment appliquer des contraintes de clé étrangère aux tables InnoDB. De plus, nous utiliserons une simple classe abstraite MySQL basée sur PHP pour créer l'exemple de code pertinent. Bien sûr, vous pouvez également utiliser votre autre langage côté serveur préféré ; Maintenant, nous commençons à présenter comment appliquer des contraintes de clé étrangère à MySQL.

Quand utiliser les contraintes de clé étrangère

Pour être honnête, lors de l'utilisation d'une table InnoDB dans MySQL, il n'est pas nécessaire d'utiliser une clé étrangère contraintes , cependant, afin de comprendre l'utilité des contraintes de clé étrangère dans certaines situations, nous utiliserons le code de l'exemple mentionné précédemment pour illustrer spécifiquement. Il comprend deux tables MyISAM, utilisées pour stocker les articles de blog et les commentaires.

Lors de la définition du schéma de la base de données, nous devons établir une relation un-à-plusieurs entre les deux tables en créant une clé étrangère dans la table où les commentaires sont stockés pour séparer les lignes de données (c'est-à-dire les commentaires) correspond à un article de blog spécifique. Voici le code SQL de base pour créer un exemple de table MyISAM :

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;

Ci-dessus, nous venons de définir deux tables MyISAM, qui forment la couche de données de l'application de blog. Comme vous pouvez le voir, le premier tableau s'appelle blogs. Il se compose de quelques champs évidents, qui sont utilisés pour stocker l'ID, le titre et le contenu de chaque article de blog, et enfin l'auteur. La deuxième table, nommée commentaires, est utilisée pour stocker les commentaires liés à chaque article de blog. Elle utilise l'ID de l'article de blog comme clé étrangère pour établir une relation un-à-plusieurs.

Jusqu'à présent, notre travail a été relativement simple, car nous n'avons créé que deux tables MyISAM simples. Ensuite, ce que nous voulons faire est de remplir ces tables avec quelques enregistrements pour démontrer davantage ce qui doit être fait dans l'autre table lorsqu'une entrée est supprimée dans la première table.

Mettre à jour et maintenir l'intégrité de la base de données

Dans la partie précédente, nous avons créé deux tables MyISAM pour servir de couche de données de l'application de blog. Bien entendu, l’introduction ci-dessus reste très simple et nous devons en discuter davantage. Pour ce faire, nous allons remplir ces tables avec quelques enregistrements en utilisant une commande SQL comme suit :

INSERT INTO blogs (id, title, content, author) VALUES (NULL,'Titre de la première entrée du blog' , 'Contenu de la première entrée de blog', 'Ian')

INSERT INTO comments (id, blog_id, comment, author) VALUES (NULL, 1, 'Commentaire de la première entrée de blog', 'Susan Norton') , (NULL, 1, 'Commentant la première entrée de blog', 'Rose Wilson')

Le code ci-dessus simule en fait les commentaires des lecteurs Susan et Rose sur notre première entrée de blog. Blogger a fait un commentaire. Supposons maintenant que nous souhaitions mettre à jour le premier blog avec un autre article. Bien entendu, cette situation est possible.

Dans ce cas, afin de conserver la cohérence de la base de données, la table des commentaires doit également être mise à jour en conséquence, soit manuellement, soit par une application traitant la couche de données. Pour cet exemple, nous utiliserons des commandes SQL pour terminer la mise à jour, comme indiqué ci-dessous :

UPDATE blogs SET id = 2, title = "Titre de la première entrée de blog", content = 'Contenu du premier blog Entry', author = 'John Doe' WHERE id = 1

UPDATE comments SET blog_id = 2 WHERE blod_id = 1

Comme mentionné précédemment, car le premier blog Le contenu du L'élément de données a été mis à jour, le tableau des commentaires doit donc également refléter ce changement. Bien entendu, en réalité, cette opération de mise à jour doit être réalisée au niveau de la couche application plutôt que manuellement, ce qui signifie que cette logique doit être implémentée à l'aide d'un langage côté serveur.

Afin de réaliser cette opération, PHP peut passer par un sous-processus simple, mais en fait, si des contraintes de clé étrangère sont utilisées, l'opération de mise à jour de la table des commentaires est complètement Can être délégué à la base de données.

Comme mentionné plus tôt dans l'article, les tables InnoDB MySQL offrent une prise en charge transparente de cette fonctionnalité. Par conséquent, dans la dernière partie, nous utiliserons des contraintes de clé étrangère pour recréer l’exemple de code précédent.

　Mise à jour en cascade de la base de données

Ensuite, nous restructurerons l'exemple de code précédent en utilisant des contraintes de clé étrangère et des tables InnoDB (au lieu du type MyISAM par défaut). Pour ce faire, redéfinissez d'abord les deux exemples de tables afin qu'elles puissent utiliser un moteur de base de données spécifique. Pour ce faire, vous pouvez utiliser du code SQL comme celui-ci :

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 SI EXISTE `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` CLÉ ÉTRANGÈRE (`blog_id`) RÉFÉRENCES `blogs` (`id`) SUR LA MISE À JOUR EN CASCADE

) ENGINE=InnoDB DEFAULT CHARSET=utf8; 🎜>

Une différence évidente entre le code ici et le code précédent est que les deux tables utilisent désormais le moteur de stockage InnoDB, afin qu'elles puissent prendre en charge les contraintes de clé étrangère. De plus, nous devons également faire attention au code qui définit la table des commentaires :

CONTRAINTE `comments_ibfk_1` CLÉ ÉTRANGÈRE (`blog_id`) RÉFÉRENCES `blogs` (`id`) ON UPDATE CASCADE

En fait, cette instruction informe MySQLMySQL que lorsque la table blogs est mise à jour, la valeur de la clé étrangère blog_id dans la table des commentaires doit également être mise à jour. En d'autres termes

ce qui est fait ici, c'est laisser MySQL maintenir l'intégrité de la base de données en cascade, ce qui signifie que lorsqu'un blog est mis à jour, les commentaires qui y sont connectés doivent également refléter immédiatement ce changement, ce qui est important. L’important est que l’implémentation de cette fonction ne se termine pas au niveau de la couche application.

Les deux exemples de tables MySQL ont été définis. Désormais, la mise à jour de ces deux tables est aussi simple que d'exécuter une instruction UPDATE, comme indiqué ci-dessous :

<.>　"UPDATE blogs SET id = 2, title = "Titre de la première entrée de blog", content = 'Contenu de la première entrée de blog', author = 'John Doe' WHERE id = 1"

Comme mentionné précédemment, nous n'avons pas besoin de mettre à jour la table des commentaires car MySQL gérera tout automatiquement. De plus, vous pouvez demander à MySQL de ne rien faire lorsque vous essayez de mettre à jour une ligne dans la table des blogs en supprimant la partie "ON UPDATE" de la requête ou en spécifiant "NO ACTION" et "RESTRICT". Bien sûr, vous pouvez également laisser MySQL faire d'autres choses, qui seront présentées dans les articles suivants.

Grâce à l'introduction ci-dessus, je pense que tout le monde comprend clairement comment utiliser les contraintes de clé étrangère en conjonction avec les tables InnoDB dans MySQL. Bien sûr, vous pouvez également écrire davantage le code à venir. pour développer davantage votre compréhension de cette fonctionnalité pratique de base de données.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!