foreign key dans phpmyadmin

Version imprimable

10/12/2005, 11h37
elekis

foreign key dans phpmyadmin

bonjour, dans une base de donnée pour un projet ou on est obliger d'utiliser les foreign keys , j'ai le schema relationel suivant.

oppose (Pays, idMatch, butPour, butContre)
Pays reference equipe.Nationale.pays
idMatch references Match.idMatch.

donc pays et idmatch sont des cle etrangeres comme le montre bien l'image suivante

http://img211.imageshack.us/img211/6...shot0rz.th.png

il y a bien ecrit au dessus id REFER, bla bla....

c'est pour remplir la base que j'ai un probleme

mais donc ma question est que dois je mettre dans la colonne valeur pour pays et idMatch????

je croyais que les foreign keys s'etait un lien vers une colonne d'une autre table.. je ne comprend pas tout dois je mettre le nom d'un pays?? ou bien dois je rein mettre??

merci

PS, je savais pas trop ou mettre ce msg, etant donné qu'on utilise phpmyadmin, je savais pas si il fallait le mettre dans mysql, php, ou SQL que l'on me pardonne si il y a erreur.

a+++
10/12/2005, 12h18
pcaboche

Je crois que tu as un problème de conception, lié à une mauvaise compréhension:

Citation:

Envoyé par elekis

je croyais que les foreign keys s'etait un lien vers une colonne d'une autre table.. je ne comprend pas tout dois je mettre le nom d'un pays?? ou bien dois je rein mettre??

Dans une table "pays", tu mets l'identifiant du pays et le nom du pays. Après, tu fais référence à ce pays dans une autre table uniquement par l'identifiant, comme ça ça prend moins de place en BDD (un INT est plus petit qu'une chaîne).

Après, je ne comprends pas très bien l'organisation de tes tables (ça n'est pas très logique à mon avis), surtout à quoi sert la table "oppose". Mais en gros, si tu as un match entre deux équipes, celles-ci seront référencées par leurs identifiants (clefs étrangères dans la table "match").

Tu piges?
10/12/2005, 13h02
elekis

zn fait les tables sont imposser par le relationnel que voici (on nous demande de gerer la coupe du monde 2006 en allemagne)

http://cs.ulb.ac.be/cours/info364/projetrelationnel.pdf

qui est lui meme basser sur un schema relationell.

merci

a++
10/12/2005, 13h16
elekis

je vais prendre un autre exemple.

Jugetouche(numFIFA)
numFIFA reference membreFIFA.numFIFA

dois je remplir la table jugeFIFA??en fait, ce que je comprend pas, c'est que numFIFA dans MembreFIFA contient tout les numeros de tout les joueurs et de tout les arbitres et de tout les juges de touches.

donc dans cette table, je met quoi le numFIFA de du juge de touche.
insert jugetouche numfifa(123456)

et alors de l'exterieur, que vois t'on ?? je veux dire, est ce que les foreign keys sont juste un moyen interne de faire un lien ?? et de l'exterieur je suis quand meme obliuger de faire select blabla, blibli from jugetouch membrefifa where jugetouche.numFIFA = membreFIFA.numFIFA.??
devrais je faire ca, ou bien les foreign keys sont un moyen plus court ??

autre question, en quoi les foreign keys sont un moyen de gagner de la place en memoire??

merci

a++
10/12/2005, 14h24
pcaboche

Avertissement: Le foot est un sport dont je me désintéresse complètement. Aussi , par ignorance, il se peut que je dise pas mal de conneries sur ce sujet (notamment au niveau des cardinalités). Veuillez ne pas en tenir rigueur.

En effet, pour moi le foot se résume à quelques chiffres:
- 1 ballon
- 22 milliardaires pour courir après
- 80.000 couillons pour remplir le stade
- un marché de plusieurs centaines de milliards d'euros
- tous les 4 ans on nous pète les ***** avec la Coupe du Monde
- en Juin, je m'exhile dans un pays où y'a pas la télé...

Voilà, après cette petite parenthèse, revenons au sujet original:

Citation:

Envoyé par elekis

je vais prendre un autre exemple.

Jugetouche(numFIFA)
numFIFA reference membreFIFA.numFIFA

dois je remplir la table jugeFIFA??en fait, ce que je comprend pas, c'est que numFIFA dans MembreFIFA contient tout les numeros de tout les joueurs et de tout les arbitres et de tout les juges de touches.

En fait, dans ta table MembreFIFA, tu as tous les membres de la FIFA (joueurs, arbitres, juges de touches, etc.). Imaginons qu'on en ait 1000. Sur ces 1000 personnes, seule une petite dizaine sont juges de touche, donc plutot que de mettre un booléen "estJugeDeTouche", on créé une table "JugeTouche" pour référencer les juges de touche.

D'un point de vue mathématique, cela revient à dire: "l'ensemble 'JugeTouche' est inclus dans l'ensemble 'MembreFIFA'.". Pour des raisons de place évidentes (10 enregistrements concernés sur 1000), on l'implémente ainsi.

Transposé à de la Programmation Orientée Objets, on aurait une classe abstraite "MembreFIFA" avec comme sous-classes: "JugeTouche", "Joueur", "Arbitre"... Comme on n'est pas en POO, on représente le même concept, mais avec des ensembles.

De fait, d'un point de vue "preuve formelle", tu as des propriétés d'invariant telles que: "les ensembles 'JugeTouche', 'Joueur' et 'Arbitre' sont disjoints" (exprimé autrement: "pour tout x appartient à 'Joueur', x n'appartient ni à 'Arbitre', ni à 'JugeTouche'"). De telles propriétés d'invariant, bien qu'implicites (car exprimées nul part dans ton document) doivent cependant être respectées durant toute la durée de vie de ton Système d'Information.

Citation:

Envoyé par elekis

je suis quand meme obliuger de faire select blabla, blibli from jugetouch membrefifa where jugetouche.numFIFA = membreFIFA.numFIFA.??

Oui, mais avec des INNER JOIN à la place.

Pour comprendre la différence entre jointure simples (avec un WHERE) et le INNER JOIN, ainsi que la justification de l'usage des INNER JOIN par rapport aux jointures simples, voir le sujet suivant: http://www.developpez.net/forums/viewtopic.php?t=425891

Citation:

Envoyé par elekis

autre question, en quoi les foreign keys sont un moyen de gagner de la place en memoire??

Je ne connais pas ton niveau en BDD, mais certains débutants ne sont pas à ça près de recopier les noms de joueurs dans toutes les table où un joueur apparaît. Bien sûr, c'est complètement absurde ! (et c'est pour cela qu'on a le couple clef primaire/clef étrangère)

Voilà, je n'ai toujours pas compris à quoi sert exactement la relation oppose. Pour cela, il faudrait que je fasse un schéma complet de ta base, chose que je n'ai ni le temps, ni l'envie de faire pour le moment.

Sinon, j'espère que mes explications t'auront aidé à comprendre le sujet. Si tu as d'autres questions, n'hésite pas à les poser. (par contre, je m'absente une partie de l'après-midi)
10/12/2005, 14h48
elekis

Citation:

En effet, pour moi le foot se résume à quelques chiffres:
- 1 ballon
- 22 milliardaires pour courir après
- 80.000 couillons pour remplir le stade
- un marché de plusieurs centaines de milliards d'euros
- tous les 4 ans on nous pète les ***** avec la Coupe du Monde
- en Juin, je m'exhile dans un pays où y'a pas la télé...

enfin qqn qui est d'accord avec moi , ca fait plaisir de pas etre seule.

merci pour les explications, j'ai compris,

pour la table oppose, dans mon schema relationnele il y en a pas, et on avait rajouter une cle equipe gagnante.

selon les assistants, c'est juste aussi, mais c'est plus simple par sql comme ca (je crois que c'est un bete point de vue) pour repondre a des question etc..etc..

gtrand merci

a+++
10/12/2005, 15h10
pcaboche

Citation:

Envoyé par elekis

enfin qqn qui est d'accord avec moi , ca fait plaisir de pas etre seule.

Oh oh ! Tu es une fille, tu étudies l'informatique et tu n'aimes pas le foot: la femme idéale en gros ! :lol: Dis c'est qu'on ton numéro de téléphone? (non, je rigole: je parie que tu as déjà un copain...)

Citation:

Envoyé par elekis

selon les assistants, c'est juste aussi, mais c'est plus simple par sql comme ca (je crois que c'est un bete point de vue) pour repondre a des question etc..etc..

Là, j'ai rien compris... Tu pourrais reformuler, stp?
10/12/2005, 15h21
elekis

heu ,heu non, je suis un mec, c'est une erreur de frappe,

en fait il faut assi repondre a des questions, quelle lister les tout les matchs gagnats de l'equipe JPN par exemple.

enfin bon. voila

a++