Discussion :

[laurentiss]

Bonjour.

Voici une question liée au MCD à laquelle je n'ai pas trouvé de réponse.

Si j'ai un article qui est lié à un autre, je met une foreign key (lien mari femme) dans l'article.

Si j'ai un article lié à N autres, est-ce que je peut faire un tableau de foreign keys (lien père vers N enfants) ?

Quelle est la bonne méthode, par exemple pour une base prof-elèves ?


J'échange contre du support C++ ou C#

Merci!

[qi130]

Ton tableau de FK se matérialise sous la forme d'une table de relations.

T1 <-->[idT1,idT2]<-->T2

[laurentiss]

Merci pour cette rapidité.
Concrètement, chaque fois que je crée un prof dans la table des profs, je crée une table de relations pour ce prof ?
C'est pas genant de multiplier les tables ?
Je suis sur MySQL

[Maljuna Kris]

ue je crée un prof dans la table des profs, je crée une table de relations pour ce prof ?
C'est pas genant de multiplier les tables ?

Non, l'idée c'est de représenter la relation enseigne par une table qui contiendra des couples de FK, eux-mêmes UNIQUEs, la FK du prof et celle de l'élève.
Il devient ainsi aisé, par exemple, de connaître tous les élèves d'un prof, tous les profs d'un élève, les élèves que 2 profs ont en commun, les profs que 2 élèves ont en commun, etc...

[laurentiss]

Option 1: Une table unique pour toutes les familles ?
Une table dans laquelle l'enregistrement est (clé du père PERE) + N (clés enfants) ?
Si j'avais le type "liste de clés" dans mes tables, je serais heureux...
Option 2: Une table pour chaque père.
Ca me choque de créer des tables dont le nombre ne sera pas maitrisé...

Il ne manque pas grand chose pour que je comprenne...

[Maljuna Kris]

Option 1: Une table unique pour toutes les familles ?
Une table dans laquelle l'enregistrement est (clé du père PERE) + N (clés enfants) ?
Si j'avais le type "liste de clés" dans mes tables, je serais heureux...
Option 2: Une table pour chaque père.
Ca me choque de créer des tables dont le nombre ne sera pas maitrisé...

Il ne manque pas grand chose pour que je comprenne...

Non une seule table où chaque ligne représente un couple père-enfant.
A moins que la clef du père soit dans la table enfant comme FK pour chaque enfant.
Tout dépend de quoi l'on parle, là on est trop dans le flou.

[Maljuna Kris]

Voici une question liée au MCD à laquelle je n'ai pas trouvé de réponse.
Si j'ai un article qui est lié à un autre, je met une foreign key (lien mari femme) dans l'article.
Si j'ai un article lié à N autres, est-ce que je peut faire un tableau de foreign keys (lien père vers N enfants) ?
Quelle est la bonne méthode, par exemple pour une base prof-elèves ?

Saluton,
Une relation de type personnes __(0,1)__mariage__(0,1)___personnes nécessite, en outre une contrainte d'intégrité, l'entité pointant réflexivement sur elle-même, on voudra probablement s'assurer qu'une personne n'est pas mariée avec elle-même (dans la base tout du moins). Et je ne parle pas des PACS ou des mariages homosexuels, le problème de la polygamie, à Mayotte par exemple, pourrait aussi remettre en cause ce schéma.
S'agissant d'une relation 1-n ce sont généralement les enfants qui pointent vers le père; la clé du père est une FK chez les enfants.
Quant à une base prof-elèves, il faudrait en savoir davantage pour pouvoir, honnêtement, esquisser une proposition de schéma.

[laurentiss]

Merci pour cette excellente réponse - ainsi que la précédente.

Oui, le lien enfant -> père est très sympa.
Mais si j'ai une population de 1000 enfants, je suis obligé de lire les 1000 pour retrouver les enfants de "machin" . ??

Comme je suis débutant absolu, je vais peut etre fonctionner comme ca, scruter tous mes enfants pour retrouver les pères... et puis un jour je ferai plus sophistiqué.
Je suis toujours très pressé, merci de d'avoir compris mes questions.
Je m'absente. A+