Erreur Mysql 1452 - Impossible d'ajouter ou de mettre à jour une ligne enfant: une contrainte de clé étrangère échoue

J'ai un petit problème étrange. J'essaie d'ajouter une clé étrangère à une table qui en fait référence à une autre, mais elle échoue pour une raison quelconque. Avec ma connaissance limitée de MySQL, la seule chose qui pourrait être suspecte est qu'il existe une clé étrangère sur une table différente référençant celle que j'essaie de référencer.

J'ai fait une SHOW CREATE TABLErequête sur les deux tables, sourcecodes_tagsc'est la table avec la clé étrangère, sourcecodesc'est la table référencée.

CREATE TABLE `sourcecodes` (
 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
 `user_id` int(11) unsigned NOT NULL,
 `language_id` int(11) unsigned NOT NULL,
 `category_id` int(11) unsigned NOT NULL,
 `title` varchar(40) CHARACTER SET utf8 NOT NULL,
 `description` text CHARACTER SET utf8 NOT NULL,
 `views` int(11) unsigned NOT NULL,
 `downloads` int(11) unsigned NOT NULL,
 `time_posted` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 PRIMARY KEY (`id`),
 KEY `user_id` (`user_id`),
 KEY `language_id` (`language_id`),
 KEY `category_id` (`category_id`),
 CONSTRAINT `sourcecodes_ibfk_3` FOREIGN KEY (`language_id`) REFERENCES `languages` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
 CONSTRAINT `sourcecodes_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
 CONSTRAINT `sourcecodes_ibfk_2` FOREIGN KEY (`category_id`) REFERENCES `categories` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1

CREATE TABLE `sourcecodes_tags` (
 `sourcecode_id` int(11) unsigned NOT NULL,
 `tag_id` int(11) unsigned NOT NULL,
 KEY `sourcecode_id` (`sourcecode_id`),
 KEY `tag_id` (`tag_id`),
 CONSTRAINT `sourcecodes_tags_ibfk_1` FOREIGN KEY (`tag_id`) REFERENCES `tags` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1

C'est le code qui génère l'erreur:

ALTER TABLE sourcecodes_tags ADD FOREIGN KEY (sourcecode_id) REFERENCES sourcecodes (id) ON DELETE CASCADE ON UPDATE CASCADE

Il est fort probable que votre sourcecodes_tagstable contienne des sourcecode_idvaleurs qui n'existent plus dans votre sourcecodestable. Vous devez d'abord vous en débarrasser.

Voici une requête qui peut trouver ces ID:

SELECT DISTINCT sourcecode_id FROM 
   sourcecodes_tags tags LEFT JOIN sourcecodes sc ON tags.sourcecode_id=sc.id 
WHERE sc.id IS NULL;

J'ai eu le même problème avec ma base de données MySQL mais finalement, j'ai obtenu une solution qui fonctionnait pour moi.
Puisque dans ma table tout allait bien du point de vue mysql (les deux tables devraient utiliser le moteur InnoDB et le type de données de chaque colonne devrait être du même type qui participe à la contrainte de clé étrangère).
La seule chose que j'ai faite a été de désactiver la vérification de la clé étrangère et de l'activer plus tard après avoir effectué l'opération de clé étrangère.
Étapes que j'ai prises:

SET foreign_key_checks = 0;

alter table tblUsedDestination add constraint f_operatorId foreign key(iOperatorId) references tblOperators (iOperatorId); Query
OK, 8 rows affected (0.23 sec) Records: 8  Duplicates: 0  Warnings: 0

SET foreign_key_checks = 1;

Utilisez NOT INpour trouver où les contraintes contraignent :

SELECT column FROM table WHERE column NOT IN 
(SELECT intended_foreign_key FROM another_table)

donc, plus précisément:

SELECT sourcecode_id FROM sourcecodes_tags WHERE sourcecode_id NOT IN 
(SELECT id FROM sourcecodes)

EDIT: INet les NOT INopérateurs sont connus pour être beaucoup plus rapides que les JOINopérateurs, ainsi que beaucoup plus faciles à construire et à répéter.

Tronquez les tables, puis essayez d'ajouter la contrainte FK .

Je sais que cette solution est un peu gênante mais elle fonctionne à 100%. Mais je suis d'accord que ce n'est pas une solution idéale pour résoudre un problème, mais j'espère que cela aide.

Pour moi, ce problème était un peu différent et super facile à vérifier et à résoudre.

Vous devez vous assurer que LES DEUX de vos tables sont InnoDB. Si l'une des tables, à savoir la table de référence est un MyISAM, la contrainte échouera.

    SHOW TABLE STATUS WHERE Name =  't1';

    ALTER TABLE t1 ENGINE=InnoDB;

Cela se produit également lorsque vous définissez une clé étrangère sur parent.id sur child.column si child.column a déjà une valeur de 0 et qu'aucune valeur parent.id n'est 0

Vous devez vous assurer que chaque colonne child.column est NULL ou a une valeur qui existe dans parent.id

Et maintenant que j'ai lu la déclaration que nous avons écrite, c'est ce qu'il valide.

J'ai eu le même problème aujourd'hui. J'ai testé quatre choses, certaines d'entre elles ont déjà été mentionnées ici:

1. Y a-t-il des valeurs dans votre colonne enfant qui n'existent pas dans la colonne parent (à part NULL, si la colonne enfant est nullable)

2. Les colonnes enfant et parent ont-elles le même type de données?

3. Y a-t-il un index sur la colonne parent à laquelle vous faites référence? MySQL semble l'exiger pour des raisons de performances ( http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html )

4. Et celui-ci l'a résolu pour moi: les deux tables ont-elles un classement identique?

J'avais une table en UTF-8 et l'autre en iso-quelque chose. Ça n'a pas marché. Après avoir changé l'iso-table en classement UTF-8, les contraintes peuvent être ajoutées sans problème. Dans mon cas, phpMyAdmin n'a même pas montré la table enfant en iso-encoding dans la liste déroulante pour créer la contrainte de clé étrangère.

Il semble qu'il y ait une valeur non valide pour la ligne de colonne 0 qui n'est pas une clé étrangère valide, donc MySQL ne peut pas lui assigner de contrainte de clé étrangère.

Vous pouvez suivre ces étapes:

1. Supprimez la colonne pour laquelle vous avez essayé de définir la contrainte FK.

2. Ajoutez-le à nouveau et définissez sa valeur par défaut sur NULL.

3. Essayez de définir à nouveau une contrainte de clé étrangère.

J'aurais le même problème, j'ai vérifié les lignes de mes tables et j'ai trouvé qu'il y avait une incompatibilité avec la valeur des champs que je voulais définir une clé étrangère. J'ai corrigé ces valeurs, réessayé et le problème a été résolu.

Je finis par supprimer toutes les données de ma table et j'exécute à nouveau alter. Ça marche. Pas la plus brillante, mais cela fait gagner beaucoup de temps, en particulier votre application est toujours en phase de développement sans aucune donnée client.

essaye ça

SET foreign_key_checks = 0;

ALTER TABLE sourcecodes_tags ADD FOREIGN KEY (sourcecode_id) REFERENCES sourcecodes (id) ON DELETE CASCADE ON UPDATE CASCADE

SET foreign_key_checks = 1;

J'ai eu exactement le même problème environ trois fois. Dans chaque cas, c'était parce qu'un (ou plusieurs) de mes enregistrements n'était pas conforme à la nouvelle clé étrangère. Vous souhaiterez peut-être mettre à jour vos enregistrements existants pour respecter les contraintes de syntaxe de la clé étrangère avant d'essayer d'ajouter la clé elle-même. L'exemple suivant doit généralement isoler les enregistrements de problème:

SELECT * FROM (tablename)
    WHERE (candidate key) <> (proposed foreign key value) 
        AND (candidate key) <> (next proposed foreign key value)

répéter AND (candidate key) <> (next proposed foreign key value)dans votre requête pour chaque valeur de la clé étrangère.

Si vous avez une tonne d'enregistrements, cela peut être difficile, mais si votre table est raisonnablement petite, cela ne devrait pas prendre trop de temps. Je ne suis pas super étonnant dans la syntaxe SQL, mais cela a toujours isolé le problème pour moi.

Videz les données de vos tables et exécutez la commande. Ça va marcher.

J'obtenais cette erreur lorsque j'utilisais Laravel et éloquent, essayer de créer un lien de clé étrangère provoquerait un 1452. Le problème était le manque de données dans la table liée.

Veuillez consulter ici un exemple: http://mstd.eu/index.php/2016/12/02/laravel-eloquent-integrity-constraint-violation-1452-foreign-key-constraint/

Je préparais ces solutions et cet exemple peut aider.

Ma base de données a deux tables (email et carte de crédit) avec des clés primaires pour leurs identifiants. Une autre table (client) fait référence à ces identifiants de tables comme des clés étrangères. J'ai une raison d'avoir l'e-mail en dehors des données client.

J'insère d'abord les données de ligne pour les tables référencées (email, credit_card) puis vous obtenez l'ID pour chacune, ces ID sont nécessaires dans la troisième table (client).

Si vous n'insérez pas d'abord les lignes dans les tables référencées, MySQL ne pourra pas faire les correspondances lorsque vous insérez une nouvelle ligne dans la troisième table qui fait référence aux clés étrangères.

Si vous insérez d'abord les lignes référencées pour les tables référencées, puis la ligne qui fait référence aux clés étrangères, aucune erreur ne se produit.

J'espère que cela t'aides.

Assurez-vous que la valeur est dans l'autre table, sinon vous obtiendrez cette erreur, dans la colonne correspondante affectée.

Donc, si une colonne est affectée à un ID de ligne d'une autre table, assurez-vous qu'il y a une ligne dans la table, sinon cette erreur apparaîtra.

vous pouvez essayer cet exemple

 START TRANSACTION;
 SET foreign_key_checks = 0;
 ALTER TABLE `job_definers` ADD CONSTRAINT `job_cities_foreign` FOREIGN KEY 
 (`job_cities`) REFERENCES `drop_down_lists`(`id`) ON DELETE CASCADE ON UPDATE CASCADE;
 SET foreign_key_checks = 1;
 COMMIT;

Remarque: si vous utilisez phpmyadmin, décochez simplement Activer les vérifications de clés étrangères

comme exemple

j'espère que cette solution résout votre problème :)

Il vous suffit de répondre à une question:

Votre table stocke-t-elle déjà des données? (Surtout le tableau comprenait une clé étrangère.)

Si la réponse est oui, alors la seule chose que vous devez faire est de supprimer tous les enregistrements, vous êtes alors libre d'ajouter n'importe quelle clé étrangère à votre table.

Supprimer l'instruction: de l'enfant (qui inclut la table de clés étrangères) à la table parent.

La raison pour laquelle vous ne pouvez pas ajouter de clé étrangère après la saisie de données est due à l'incohérence de la table, comment allez-vous gérer une nouvelle clé étrangère sur l'ancienne table remplie de données?

Si la réponse est non, suivez les autres instructions.

UPDATE sourcecodes_tags
SET sourcecode_id = NULL
WHERE sourcecode_id NOT IN (
  SELECT id FROM sourcecodes);

devrait aider à se débarrasser de ces identifiants. Ou si nulln'est pas autorisé dans sourcecode_id, supprimez ces lignes ou ajoutez ces valeurs manquantes au sourcecodestableau.

J'ai eu le même problème et j'ai trouvé une solution, en plaçant NULLau lieu de NOT NULLsur la colonne de clé étrangère. Voici une requête:

ALTER TABLE `db`.`table1`
ADD COLUMN `col_table2_fk` INT UNSIGNED NULL,
ADD INDEX `col_table2_fk_idx` (`col_table2_fk` ASC),
ADD CONSTRAINT `col_table2_fk1`
FOREIGN KEY (`col_table2_fk`)
REFERENCES `db`.`table2` (`table2_id`)
ON DELETE NO ACTION
ON UPDATE NO ACTION;

MySQL a exécuté cette requête!

Dans mon cas, j'ai créé une nouvelle table avec la même structure, créé les relations avec les autres tables, puis extrait les données dans CSV de l'ancienne table qui a le problème, puis importé le CSV dans la nouvelle table et désactivé la vérification des clés étrangères et désactivé l'interruption de l'importation, toutes mes données sont insérées dans la nouvelle table qui n'a pas de problème avec succès, puis supprimées l'ancienne table.

Ça a marché pour moi.