Clé étrangère sous php My Admin
Résolu/Fermé
maffiou
Messages postés
37
Date d'inscription
mercredi 20 février 2008
Statut
Membre
Dernière intervention
9 mai 2013
-
10 avril 2013 à 12:33
maffiou Messages postés 37 Date d'inscription mercredi 20 février 2008 Statut Membre Dernière intervention 9 mai 2013 - 9 mai 2013 à 16:53
maffiou Messages postés 37 Date d'inscription mercredi 20 février 2008 Statut Membre Dernière intervention 9 mai 2013 - 9 mai 2013 à 16:53
A voir également:
- Clé étrangère sous php My Admin
- Clé windows 10 gratuit - Guide
- Cle usb non reconnu - Guide
- What is my movie français - Télécharger - Divers TV & Vidéo
- Clé bootable windows 10 - Guide
- Recuperer cle windows - Guide
4 réponses
Kaldoran
Messages postés
137
Date d'inscription
mercredi 31 octobre 2012
Statut
Membre
Dernière intervention
21 juin 2015
29
Modifié par Kaldoran le 10/04/2013 à 23:26
Modifié par Kaldoran le 10/04/2013 à 23:26
Il est possible que tu ai une " violation " de la clef étrangere que tu essaye d'appliquer.
Sachant qu'elle sont en Innobd a la création de ta clef étrangère il essayera de vérifier tout les tuples ;
Si un n'est pas correct il ne créera pas la clef étrangère.
Voici un exemple :
Tu a une tabl qui contient :
1
2
3
comme Id,
Puis une seconde avec
1
2
4
Et tu essaye de faire une foreign key de la premiere sur la seconde , dans se cas la elle pourra pas etre crée car 4 ne fait pas parti de la premiere table.
Verifie que tu n'est pas d'erreur de se type.
Autre truc :
Verifie que la Foreign key s'applique bien sur 2 colonnes de meme type :
Ex : un INT vers un INT
Tu ne peux pas crée de clef étrangere d'un INT vers un VARCHAR par exemple
Sachant qu'elle sont en Innobd a la création de ta clef étrangère il essayera de vérifier tout les tuples ;
Si un n'est pas correct il ne créera pas la clef étrangère.
Voici un exemple :
Tu a une tabl qui contient :
1
2
3
comme Id,
Puis une seconde avec
1
2
4
Et tu essaye de faire une foreign key de la premiere sur la seconde , dans se cas la elle pourra pas etre crée car 4 ne fait pas parti de la premiere table.
Verifie que tu n'est pas d'erreur de se type.
Autre truc :
Verifie que la Foreign key s'applique bien sur 2 colonnes de meme type :
Ex : un INT vers un INT
Tu ne peux pas crée de clef étrangere d'un INT vers un VARCHAR par exemple
maffiou
Messages postés
37
Date d'inscription
mercredi 20 février 2008
Statut
Membre
Dernière intervention
9 mai 2013
1
13 avril 2013 à 16:28
13 avril 2013 à 16:28
Bonjour,
Tout d'abord merci de ta réponse Kaldoran. Je n'ai pas répondu avant pour être sûr de ce que j'allais de nouveau avancer.
Sachant que :
- la clé étrangère "idCategorie" s'appliquait bien sur deux colonnes de même type, à savoir INT.
- les deux tables étaient en InnoDB
Je me suis concentré sur ta première remarque mais à vrai dire je ne l'ai pas bien comprise ... Quel est le rapport entre l'id (idElement) de la table elements et l'id de la table categorieselements ?
Toujours est-il que j'ai décidé de vider mes deux tables de leur contenu pour recréer ma clé étrangère et cela a fonctionné ! La colonne idCategorie dans la table elements est bien clé étrangère en référence à idCategorie de categorieselements. Ainsi, les mises à jour (grâce à onDelete SET NULL et onUpdate Cascade) se font correctement.
Malheureusement, je me trouve aujourd'hui devant un autre problème : celui de vouloir créer un couple de clé à la fois primaires et étrangères.
Ma table elements accueillant une liste d'entrées/plats/desserts/boissons et ma table menus (dont je n'ai pas encore parlé) accueillant la liste des menus (nom et prix notamment), je souhaite pouvoir en une requête pouvoir afficher sur mon site l'intégralité d'un menu en particulier. Il me fait alors une table qui recense de quels éléments un menu est-il composé. Au vu des cardinalités maximales à n entre les tables menus et éléments, une table associative se doit d'être créée : j'ai nommé "compomenus".
La règle veut donc que les clés primaires des tables elements et menus (idElement et idMenu) forment un couple de clés primaires dans cette table compomenus. De plus, il faut que ce couple de clés se mette à jour si l'id d'un menu vient par exemple à changer. Je souhaite donc que ce couple soit également clé étrangère.
J'ai procédé comme suit :
- création de la table compoMenus
- création des colonnes idMenu et idElement, toutes deux primaires et de type INT
- dans la gestion des relations et pour chacun des id, référence à la clé primaire de la table menus et à celle d'elements. Ajout d'un onUpdate Cascade (pas de onDelete pour le moment).
Sachant que l'idMenu ne sera pas unique (plusieurs lignes seront de type : idMenu1 --> idElement4, idMenu1 --> idElement17, ...) et que l'idElement lui le sera, j'ai décidé d'ajouter un index "UNIQUE" à idMenu et "INDEX" à idElement.
À l'heure actuelle, ces tables ne se remplissent pas alors que le code situé dans mon script PHP ne retourne pas d'erreur et après plusieurs tests semble correct.
Ma question est alors la suivante : est-ce que la procédure que je vient d'évoquer pour créer un couple de clés primaires/étrangères n'est pas bonne ?
Si c'est le cas, quelle est la bonne ?
Merci beaucoup pour votre aide,
Cordialement,
Maffiou
Tout d'abord merci de ta réponse Kaldoran. Je n'ai pas répondu avant pour être sûr de ce que j'allais de nouveau avancer.
Sachant que :
- la clé étrangère "idCategorie" s'appliquait bien sur deux colonnes de même type, à savoir INT.
- les deux tables étaient en InnoDB
Je me suis concentré sur ta première remarque mais à vrai dire je ne l'ai pas bien comprise ... Quel est le rapport entre l'id (idElement) de la table elements et l'id de la table categorieselements ?
Toujours est-il que j'ai décidé de vider mes deux tables de leur contenu pour recréer ma clé étrangère et cela a fonctionné ! La colonne idCategorie dans la table elements est bien clé étrangère en référence à idCategorie de categorieselements. Ainsi, les mises à jour (grâce à onDelete SET NULL et onUpdate Cascade) se font correctement.
Malheureusement, je me trouve aujourd'hui devant un autre problème : celui de vouloir créer un couple de clé à la fois primaires et étrangères.
Ma table elements accueillant une liste d'entrées/plats/desserts/boissons et ma table menus (dont je n'ai pas encore parlé) accueillant la liste des menus (nom et prix notamment), je souhaite pouvoir en une requête pouvoir afficher sur mon site l'intégralité d'un menu en particulier. Il me fait alors une table qui recense de quels éléments un menu est-il composé. Au vu des cardinalités maximales à n entre les tables menus et éléments, une table associative se doit d'être créée : j'ai nommé "compomenus".
La règle veut donc que les clés primaires des tables elements et menus (idElement et idMenu) forment un couple de clés primaires dans cette table compomenus. De plus, il faut que ce couple de clés se mette à jour si l'id d'un menu vient par exemple à changer. Je souhaite donc que ce couple soit également clé étrangère.
J'ai procédé comme suit :
- création de la table compoMenus
- création des colonnes idMenu et idElement, toutes deux primaires et de type INT
- dans la gestion des relations et pour chacun des id, référence à la clé primaire de la table menus et à celle d'elements. Ajout d'un onUpdate Cascade (pas de onDelete pour le moment).
Sachant que l'idMenu ne sera pas unique (plusieurs lignes seront de type : idMenu1 --> idElement4, idMenu1 --> idElement17, ...) et que l'idElement lui le sera, j'ai décidé d'ajouter un index "UNIQUE" à idMenu et "INDEX" à idElement.
À l'heure actuelle, ces tables ne se remplissent pas alors que le code situé dans mon script PHP ne retourne pas d'erreur et après plusieurs tests semble correct.
Ma question est alors la suivante : est-ce que la procédure que je vient d'évoquer pour créer un couple de clés primaires/étrangères n'est pas bonne ?
Si c'est le cas, quelle est la bonne ?
Merci beaucoup pour votre aide,
Cordialement,
Maffiou
Kaldoran
Messages postés
137
Date d'inscription
mercredi 31 octobre 2012
Statut
Membre
Dernière intervention
21 juin 2015
29
26 avril 2013 à 18:51
26 avril 2013 à 18:51
Bonjour ,
et désolé d'avoir mis autant de temps pour vous répondre ;
Pourriez vous S'il vous plait poster la structure de vos 2 tables.
Petite question ,
pourquoi ne pas fait une simple requetes SQL qui récupère le contenu de la table ELement tout en associant les valeurs contenu dans la table Menus ;
un simple SELECT * FROM Element,Menus WHERE id_element = id_menu_rechercher
et désolé d'avoir mis autant de temps pour vous répondre ;
Pourriez vous S'il vous plait poster la structure de vos 2 tables.
Petite question ,
pourquoi ne pas fait une simple requetes SQL qui récupère le contenu de la table ELement tout en associant les valeurs contenu dans la table Menus ;
un simple SELECT * FROM Element,Menus WHERE id_element = id_menu_rechercher
maffiou
Messages postés
37
Date d'inscription
mercredi 20 février 2008
Statut
Membre
Dernière intervention
9 mai 2013
1
9 mai 2013 à 16:53
9 mai 2013 à 16:53
Bonjour,
Tout d'abord, je tiens à m'excuser de ne pas avoir répondu plus tôt, en effet, n'ayant pas eu de réponses durant un peu moins de deux semaines (j'ai reçu votre message privé Kaldoran mais ne l'ai lu qu'aujourd'hui, n'étant pas retourné sur CCM depuis ...).
Ma question découlait d'un projet que je devais effectuer dans le cadre scolaire et rendre le 17 avril, voila pourquoi j'ai oublié de me rendre sur le forum après cette date ...
Pour respecter la charte "d'éthique" d'un forum qui veut que l'on ne laisse pas mourir un sujet sans solution (surtout quand celle-ci découle de l'auteur), je vais tâcher d'expliquer brièvement la procédure que j'ai suivi et qui a abouti au bon fonctionnement de ma BDD.
J'ai procédé comme suit et tout a alors correctement fonctionné :
- j'ai vidé mes deux tables : elements et menus pour ne pas avoir de soucis avec des valeurs d'id que ne renvoient à rien dans l'autre table.
- création de la table compoMenus
- création des colonnes idMenu et idElement, toutes deux primaires et de type INT avec un Index "INDEX" sur les deux id.
- dans la gestion des relations et pour chacun des id, référence à la clé primaire de la table menus et à celle d'elements. Ajout d'un onUpdate Cascade et d'un onDelete Cascade également.
Sujet pouvant être fermé.
Cordialement,
maffiou.
Tout d'abord, je tiens à m'excuser de ne pas avoir répondu plus tôt, en effet, n'ayant pas eu de réponses durant un peu moins de deux semaines (j'ai reçu votre message privé Kaldoran mais ne l'ai lu qu'aujourd'hui, n'étant pas retourné sur CCM depuis ...).
Ma question découlait d'un projet que je devais effectuer dans le cadre scolaire et rendre le 17 avril, voila pourquoi j'ai oublié de me rendre sur le forum après cette date ...
Pour respecter la charte "d'éthique" d'un forum qui veut que l'on ne laisse pas mourir un sujet sans solution (surtout quand celle-ci découle de l'auteur), je vais tâcher d'expliquer brièvement la procédure que j'ai suivi et qui a abouti au bon fonctionnement de ma BDD.
J'ai procédé comme suit et tout a alors correctement fonctionné :
- j'ai vidé mes deux tables : elements et menus pour ne pas avoir de soucis avec des valeurs d'id que ne renvoient à rien dans l'autre table.
- création de la table compoMenus
- création des colonnes idMenu et idElement, toutes deux primaires et de type INT avec un Index "INDEX" sur les deux id.
- dans la gestion des relations et pour chacun des id, référence à la clé primaire de la table menus et à celle d'elements. Ajout d'un onUpdate Cascade et d'un onDelete Cascade également.
Sujet pouvant être fermé.
Cordialement,
maffiou.
