Discussion :

[dumbl]

Bonsoir,

Pour le projet d'un cours,
Je suis en train de crée un MCD à partir de tables déja donné.


J'ai 6 tables

Situation_FAM(ID_FAM, LIB_FAM)
Civilité(ID_CIVILITE, LIBC_CIV,LIBL_CIV)
Personne(ID_PERSO, ID_CIVILITE*, ID_FAMILLE*, DT_NAISSANCE,DT_DECES)
Cotisation_Salarial(ID_COT_SAL, ID_Perso*, ...)
TYPE_RELATION(ID_TP_REL, LIB_TP_REL)
RELATION(ID_PERSO1, IDPERSO2, ID_TP_REL*, DEB_REL, FIN_REL)

Pour les 4 premières tables, aucun problème pour en faire un MCD.
Mais mon probleme est pour :

Personne, RELATION et TYPE_RELATION

Je ne sais pas comment modéliser dans Access la table relation et personne car les 2 sont liées mais je ne sais pas comment le faire. De plus je n'arrive pas à mettre de clé primaire sur ID_Perso1 et ID_Perso2 de la table Relation.



Merci de me dire si mon dessin est pas trop mal et les cardinalités associées et si vous savez comment puis-je faire pour que access accepte de mettre les 2 clés primaires sur RELATION



J'espère que mon explication est clair

Merci
Dumbl

[ClaudeLELOUP]

Bonjour,

Jette un œil sur le chapitre III de ce tutoriel ; http://claudeleloup.developpez.com/t...rmulaire/#LIII

[jimbolion]

dumbl,

Oui explication claire puisque je peux y répondre :

Je ne sais pas comment modéliser dans Access la table relation et personne car les 2 sont liées mais je ne sais pas comment le faire. De plus je n'arrive pas à mettre de clé primaire sur ID_Perso1 et ID_Perso2 de la table Relation.

En glissant dans l'outil base de données et relation (ruban) une copie de la table Personne Cette copie ou plutôt Alias permet simplement d'affecter les relations et les règles d'intégrités associées. Il s'agit dans l'interprétation du modèle de la même table.

Merci de me dire si mon dessin est pas trop mal et les cardinalités associées et si vous savez comment puis-je faire pour que access accepte de mettre les 2 clés primaires sur RELATION

Il ne s'agit pas de deux clés primaires mais d'une clé primaire composite basé sur deux champs. Mais attention construire une clé primaire de cette façon implique que la valeur des deux champs soient non null (qu'advient t-il donc pour une personne non mariée ?).

Donc si on admet que les valeurs des deux champs ne seront jamais null, la constitution d'une clé primaire composite s'effectue de la manière suivante :



Moi je privilégierai plutôt une modification de l'entité Relations de cette manière (afin de gérer les personnes célibataires)

RELATION(ID_RELATION, ID_PERSO1, IDPERSO2, ID_TP_REL*, DEB_REL, FIN_REL)

La clé primaire serait ID_RELATION et une clé composite calqué sur ID_Perso1 (non null) et ID_Perso2 (acceptant les valeurs nulles).




La base exemple ayant servie à la réponse :


dumbl.zip

Bon courage pour la suite

JimBoLion

[jimbolion]

Claude re,

J'avais pas vu ta réponse, car entre temps j'étais en train de valider ma réflexion

Cela dit, j'ai fait une réponse à la Claude , et je vois que tu arrives à faire ton auto-promo

JM

[dumbl]

Merci Jim!

Je test ça tout de suite et je te redis.
Pour la table relation je ne peux pas créer d'ID tout simplement car les tables existent déja et que je crée uniquement le modèle MCD, MLD de ces tables sans les modifiés. Et dans la table relation il n'y a pas de personne célibataire, on peut uniquement avoir des personnes mariées, père/fils concubin, ex-concubin

Cordialement
Dumbl

A+

[dumbl]

Bon JimBoLion c'est parfait pour faire les relations, merci pour l'astuce de (doubler/aliasser) sa table.

Par contre j'ai toujours le problème de clé primaire.
voici le message d'erreur :



Merci
Dumbl

[dumbl]

Voila le MCD que je crée :
Et-il correct pour que je le transforme en MLD comme je l'ai défini dans le premier post.

TY
Dumbl

[jimbolion]

dumbl,

Je viens de lire tes nombreux messages. Et le message d'erreur signifie simplement que tu as des déjà des valeurs insérées dans ta table et qui t'empêchent tout simplement de valider ta clé (car ces valeurs sont incompatibles avec les spécifications de contraintes).

Solution : Supprimer les lignes de ta table Relations qui posent problème et enfin créer ta clé primaire.

Lorsque cette partie sera ok, oui tu pourras valider ton MCD (si on admets qu'une personne peut ne jamais avoir cotisé)

JimBoLion

[dumbl]

Merci pour le conseil j'essaie ça de suite, par contre j'ai toujours un problème mon MCD, je te poste une photo tout à l'heure mais quand je le transforme en MLD celà ne donne pas les tables que je dispose.

A tte

[dumbl]

OK Donc le problème des doubles clés est que les données présentées un problème d'intégrité référentiel,
Dire si les tables avait un probleme d'intégriter référentielle fait aussi partie du projet.
Donc 26 lignes supprimé sur 116 00 et c'est niquel.

Merci beaucoup pour les renseignements, il ne me reste plus qu'as dessiner le MCD en Merise et c'est niquel je pourrais travailler avec la base...

A+

[dumbl]

Hola,

Bon c'est cool, ça fonctionne pour les relations, j'ai géré les problèmes d'intégrité référentielle,
il y avait des personnes en relation avec eux même ou des personnes en relation qui n'existent
pas dans la table PERSONNE sauf un détail mais il me faut une précision par le prof,
car mon choix de clé primaire devrait être pour la table RELATION :
RELATION(ID_PERSO1,ID_PERSO2, ID_TP_REL, DEB_REL, FIN_REL)
En effet logiquement une personne peut être marrié avec quelqu'un puis divorcé avec la même personne et pourquoi pas remarrié encore avec la même personne, bien sur le tout avec des dates différentes.

Le problème est que certaine date sont null (il n'y à pas forcement de fin de relation) ou par manque d'information donc je ne sais pas encore comment le gérer.

en tout cas les relations donnent ça :


Merci pour tout
Je clos le sujet étant donné que pour mon dernier problème me sera répondu par le prof.

Dumbl