Discussion :

[HTIBM]

Bonjour,

Je préviens, je suis une Débutante donc désolé si ma question peut paraître bête!

bref, je vais essayer de vous expliquer:

J'ai un schéma de base de données à faire.... petite question :

j'ai une table de MALADIE, cette table a un attribut VOIE CONTAMINATION ! ok, sauf que cette maladie peut avoir PLUSIEURS VOIES DE CONTAMINATION.
en gros, maladie X a voie de contamination a, + voie de contamination b ... etc.

Comment je représente ça ?

Hypothése:

je fais une table V_Contamination (id-vconta, type )
et une 2eme table MAL_VConta( id_mal_vconta, id maladie, id_vconta)

Je sais que c'est faux, mais c'est vraiment trop brouillon dans ma tête !!!!!



Merci à vous

[escartefigue]

Bonjour,

La modélisation d'une base de données relationnelle est la conséquence des règles de gestion.

Si les règles de gestion sont les suivantes
R001 : une maladie peut avoir zéro à plusieurs voies de contamination
R002 : une voie de contamination concerne zéro à plusieurs maladies

Alors la modélisation, au niveau conceptuel est la suivante
MALADIE 0,n --- contaminer --- 0,n VOIE

Ce qui donne 3 tables
MALADIE (MA_id, MA_nom...)
VOIE(VO_id, VO_nom...)
CONTAMINER (MA_id, VO_id )

Si par contre les règles de gestion sont les suivantes
R001 : une maladie a une et une seule voie de contamination
R002 : une voie de contamination concerne zéro à plusieurs maladies

alors cela donne seulement 2 tables
MALADIE (MA_id, MA_nom..., VO_id#)
VOIE(VO_id, VO_nom...)
Dans ce deuxième cas, la clef étrangère VO_id de la table MALADIE, permet de connaitre la voie de communication et d'en récupérer le libellé par jointure avec la table VOIE

Dans votre cas, c'est le 1er modèle qui s'applique

[HTIBM]

Merci de votre réponse!

c'est le cas numero 1, avec les 3 tables.

Mais du coup de je met pas de voies de contamination dans les attributs de MALADIE!?

au faite on me demande de faire un schema du type:
TABLE
{attribut 1, type "commentaire}
{attribut 2, type "commentaire}
.
.
.

ET si ya une clé etrangere, la mentionner dans le commentaire



et SI je suis dans le cas numero 2: MALADIE qui peut avoir UNE et UNE seule "forme" , je sais quand c'est 1.1? on met clé étrangère dans le coté 1.1
mais si j'essaye de suivre le schema que j'ai cité plus haut donc je vais mettre en commentaire OU je fais un autre "attribut" AVEC la clé etrangere




C'est hyper bizarre !
parceque le truc de base (le schema dans votre réponse) je sais le faire (enfin, je me débrouille)

[escartefigue]

Mais du coup de je met pas de voies de contamination dans les attributs de MALADIE!?

Non, comme vous avez une relation entre MALADIE et VOIE dont les cardinalités maxi sont "n" de chaque coté, la relation devient une table (contaminer dans mon exemple) et c'est cette table qui permet de faire entre MALADIE et VOIE (grâce aux identifiants hérités de l'une et l'autre ENTITE-TYPE)

ET si ya une clé etrangere, la mentionner dans le commentaire

Comme expliqué plus haut, il n'y a pas de FK avec vos règles de gestion. Il y aurait eu FK dans maladie si vous n'aviez qu'une seule voie de contamination possible
La relation n-aire génère la table "contaminer" qui hérite, comme identifiant primaire, des identifiants des deux entités-types concourant à la relation.


Concrètement, voici un exemple de requête qui liste toutes les voies de contamination possibles pour vos règles de gestion, avec l'exemple de mon post précédent
Ici j'ai choisi des jointures OUTER pour lister les maladies, mêmes si elles n'ont aucune voie de contamination identifiée

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
select MA.MA_nom as maladie
     , VO.VO_nom as voie_contamination
from MALADIE         as MA
left join CONTAMINER as CO
  on CO.MA_id=MA.MA_id
left join VOIE       as VO
  on VO.VO_id=CO.VO_id

[HTIBM]

Merci beaucoup ! VRAIMENT

J'ai tellement fait/refait le schema que je me suis perdue en route !

[escartefigue]

De rien :p

Marquez en "résolu" si c'est le cas