Travailler avec les clés étrangères - ne peut pas insérer

Question

Faire mes premiers essais avec des clés étrangères dans une base de données mySQL et tentent de faire un insert, qui échoue pour cette raison: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails

Est-ce que cela signifie que les clés étrangères limitent INSERTS ainsi comme DELETS et/ou MISES A JOUR sur chaque table qui est appliquée avec des relations de clés étrangères?

Merci!

Description Mise à jour:

Products 
---------------------------- 
id | type 
---------------------------- 
0  | 0 
1  | 3 

ProductsToCategories 
---------------------------- 
productid | categoryid 
---------------------------- 
0   | 0 
1   | 1 

table de produit a la structure suivante

CREATE TABLE IF NOT EXISTS `alpha`.`products` (
    `id` MEDIUMINT UNSIGNED NOT NULL AUTO_INCREMENT , 
    `type` TINYINT(2) UNSIGNED NOT NULL DEFAULT 0 ,  
    PRIMARY KEY (`id`) , 
    CONSTRAINT `funkyfunky` 
    FOREIGN KEY (`id`) 
    REFERENCES `alpha`.`ProductsToCategories` (`productid`)  
    ON DELETE CASCADE,  
    ON UPDATE CASCADE) 

ENGINE = InnoDB; 

Answer 1

Table Vos produits est un peu mal, comme vous n'avez pas besoin de faire référence à quoi que ce soit de lui. références aller dans les « autres » tables, et le point au principal, par exemple:

create table products (
    id int auto_increment, 
    type int, 
    primary key (id) 
); 

create table categories (
    id int auto_increment, 
    name varchar(128), 
    primary key (id) 
) 

create table products_to_categories (
    product_id int references products, 
    category_id int references categories 
); 

Answer 2

Vous ne pouvez pas supprimer une ligne de la table parent alors qu'il est une référence clé étrangère à elle d'une table des enfants. De plus, vous ne pouvez pas insérer/mettre à jour dans la table enfant avec des identifiants invalides dans la colonne clé étrangère. Edit: La clause "CONSTRAINT funkyfunky FOREIGN KEY (id)" doit être déclarée dans le tableau "ProductsToCategories" et non dans le tableau "Products", car "ProductsToCategories" fait référence à "Products" et non à l'inverse.

Answer 3

Une clé étrangère applique une relation valide entre les lignes de deux tables. Afin de pouvoir insérer une ligne dans une table contenant une clé étrangère, il doit y avoir une ligne dans la table référencée contenant cette clé ou l'insertion échouera. De même avec delete, vous ne pouvez pas supprimer la ligne dans la table référencée tant qu'il y a encore des lignes dans la table avec la clé étrangère qui la référence toujours. Cela empêche de se retrouver avec des lignes dans la table dépendante qui ont des données, mais n'ont pas de lignes associées dans la table référencée, c'est-à-dire, une violation de l'intégrité référentielle.

Answer 4

Votre insertion échoue car la clé étrangère de la ligne que vous insérez ne correspond pas à une clé valide dans la table de contraintes. Par exemple:

Supposons que vous avez ces deux tables:

Employees 
---------------------------- 
EmpID | Name 
---------------------------- 
0  | John 
1  | Jane 

OfficeAssignments 
---------------------------- 
OfficeID | EmpID 
---------------------------- 
0  | 0 
1  | 1 

Si vous avez une contrainte de clé étrangère sur OfficeAssignments.EmpID -> Employees.EmpID, et vous essayez d'exécuter:

INSERT INTO OfficeAssignments (OfficeID, EmpID) VALUES (2,2) 

La déclaration échouera car il n'y a aucune entrée dans la table Employees avec un EmpID de 2.

Les contraintes sont conçues pour assurer que votre t dépend Vous pouvez toujours avoir des données valides en ce qui concerne la table parent - dans cet exemple, vous n'aurez jamais un bureau qui est répertorié comme assigné à un employé qui n'existe pas dans le système, soit parce qu'ils n'ont jamais existé (comme dans ce cas) ou parce qu'ils ont été supprimés (car la contrainte empêchera la suppression de l'enregistrement de l'employé jusqu'à ce que l'enregistrement d'affectation de bureau ait été supprimé en premier).

Editer: Maintenant que vous avez posté la contrainte, il semble qu'elle puisse être configurée à rebours. En plaçant la contrainte dans la définition de la table Products, vous en faites l'enfant et ProductsToCategories le parent. La contrainte que vous avez écrite peut être lue comme "un produit doit être affecté à une catégorie avant de pouvoir être créé". Je soupçonne que ce que vous vouliez dire est l'inverse: "Un produit doit être créé avant de pouvoir être affecté à une catégorie."Pour obtenir ce résultat, vous devez placer la contrainte sur la table ProductsToCategories, définissant la clé étrangère productid et référencement Products.id.