-
Cet article présentera aux lecteurs les contraintes de clé étrangère dans MySQL. Grâce à l'introduction de cet article, vous constaterez qu'il est facile de déclencher des mises à jour en cascade des données de la table enfant lors de la mise à jour des lignes de données dans la table parent.
Cet article présentera aux lecteurs les contraintes de clé étrangère dans MySQL. Grâce à l'introduction de cet article, vous constaterez qu'il est facile de déclencher des mises à jour en cascade des données de la table enfant lors de la mise à jour des lignes de données dans la table parent.
1. 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. 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. Supposons que vous exploitiez un site de blog que vous mettez à jour presque tous les jours et que le site permette 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 une autre pour gérer 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 constitue un défi de taille, 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 entendu, 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 implique la mise en œuvre d'une logique de programmation plus complexe pour gérer les 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 prendre en charge les tables InnoDB, ce qui nous permet d'utiliser un moyen très simple de gérer les contraintes de clés étrangères ? 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, et 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. Heureusement, la table MyISAM de la nouvelle version de MySQL prend également en charge les contraintes de clé étrangère.
Cet article expliquera 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.
2. Quand utiliser les contraintes de clé étrangère
Pour être honnête, lorsque vous utilisez des tables InnoDB dans MySQL, vous n'êtes pas nécessairement obligé d'utiliser des contraintes de clé étrangère. Cependant, aux fins des contraintes de clé étrangère dans certaines situations, nous utiliserons le code de l'exemple mentionné précédemment pour expliquer en détail. 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 mapper les lignes de données (c'est-à-dire les commentaires) à un article de blog spécifique. Voici le code SQL de base pour créer un exemple de table MyISAM :
SUPPRIMER LA TABLE SI EXISTE `test`.`blogs` ;
CREATE TABLE `test`.`blogs` (
`id` INT(10) AUTO_INCREMENT NON SIGNÉ,
`titre` TEXTE,
'contenu' TEXTE,
`auteur` VARCHAR(45) NULL PAR DÉFAUT,
CLÉ PRIROSE (`id`)
) MOTEUR=MonISAM CHARSET PAR DÉFAUT=utf8;
DROP TABLE SI EXISTE `test`.`comments` ;
CREATE TABLE `test`.`comments` (
`id` INT(10) AUTO_INCREMENT NON SIGNÉ,
`blog_id` INT(10) NON SIGNÉ NULL PAR DÉFAUT,
TEXTE `commentaire`,
`auteur` VARCHAR(45) NULL PAR DÉFAUT,
CLÉ PRIROSE (`id`)
) MOTEUR=MonISAM CHARSET PAR DÉFAUT=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é facile 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.
3. Mettre à jour les articles de blog 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 à 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 les commandes SQL comme suit :
INSERT INTO blogs (id, titre, contenu, auteur) VALUES (NULL, 'Titre de la première entrée de blog', 'Contenu de la première entrée de blog', 'Ian')
INSERT INTO comments (id, blog_id, comment, author) VALUES (NULL, 1, 'Commentant la première entrée de blog', 'Susan Norton'), (NULL, 1, 'Commentant la première entrée de blog', 'Rose Wilson') ci-dessus le code simule en fait la situation dans laquelle les lecteurs Susan et Rose ont commenté notre premier article de blog. 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 maintenir 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 une commande SQL pour terminer la mise à jour comme suit :
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
UPDATE comments SET blog_id = 2 WHERE blod_id = 1 Comme mentionné précédemment, le contenu de la donnée du premier blog ayant été mis à jour, le tableau des commentaires doit é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 utiliser un sous-processus simple, mais en fait, si des contraintes de clés étrangères sont utilisées, l'opération de mise à jour de la table des commentaires peut être déléguée à 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.
4. Mise à jour en cascade de la base de données
Ci-dessous, nous allons restructurer l'exemple de code précédent en utilisant des contraintes de clé étrangère et une table 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 :
SUPPRIMER LA TABLE SI EXISTE `test`.`blogs` ;
CREATE TABLE `test`.`blogs` (
`id` INT(10) AUTO_INCREMENT NON SIGNÉ,
`titre` TEXTE,
'contenu' TEXTE,
`auteur` VARCHAR(45) NULL PAR DÉFAUT,
CLÉ PRIROSE (`id`)
) MOTEUR=InnoDB CHARSET PAR DÉFAUT=utf8;
DROP TABLE SI EXISTE `test`.`comments` ;
CREATE TABLE `test`.`comments` (
`id` INT(10) AUTO_INCREMENT NON SIGNÉ,
`blog_id` INT(10) NON SIGNÉ NULL PAR DÉFAUT,
TEXTE `commentaire`,
`auteur` VARCHAR(45) NULL PAR DÉFAUT,
CLÉ PRIROSE (`id`),
CLÉ `blog_ind` (`blog_id`),
CONTRAINTE `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 ces deux tables utilisent désormais le moteur de stockage InnoDB, elles peuvent donc 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 notifie à MySQLMySQL que lorsque la table des blogs est mise à jour, la valeur de la clé étrangère blog_id dans la table des commentaires doit également être mis à jour. En d'autres termes, ce qui est fait ici est de laisser MySQL maintenir l'intégrité de la base de données en cascade. Cela signifie que lorsqu'un blog est mis à jour, les commentaires qui y sont connectés doivent également refléter immédiatement ce changement. Cela ne se fait 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 le faire. mettez à jour la table des commentaires, car MySQL gère 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 du code immédiat pour approfondir davantage votre compréhension de cette fonction de base de données pratique.
5. Résumé
Dans cet article, nous détaillons les bases de l'utilisation des contraintes de clé étrangère avec les tables InnoDB dans MySQL. Comme vous pouvez le voir dans les exemples de cet article, il est facile de déclencher des mises à jour en cascade des éléments de données de la table enfant lorsque le contenu de la table parent est mis à jour, et cela illustre également comment les applications qui gèrent la couche de données peuvent être exemptées de cette nécessité. pour ce faire. Bien entendu, nous pouvons également fournir le même effet en cascade lorsque la table parent supprime des lignes de données, ce que nous expliquerons dans un article ultérieur.