Discussion :

[kaso54]

Bonjour,

Je bloque sur un cas particulier de passage du mcd au mld. J'ai 2 entités reliées par 2 associations avec des cardinalités de 1,n-1,1 pour la première et 1,1-1,n pour la deuxième (voir pièce jointe).

J'ai effectué le passage du mcd au mld de la façon suivante:

BUREAU (numB, nomB, #numP)
PERSONNEL (numP, nomP, pnomP, #numb)
DOSSIER (numD, nomD, #numB)
INSTRUCTION(#numD, #numP, nbh)

Le problème est que lorsque je veux créer la base de données j'obtiens une erreur car la table BUREAU ne peut être créée avant la table PERSONNEL et inversement. Est-ce que quelqu'un pourrait me dire la où j'ai fait une erreur svp?

Merci d'avance

[JPhi33]

Bonjour kaso54,

Essaye de créer les 2 tables (CREATE TABLE) sans les clés étrangères puis rajoute-les ensuite (ALTER TABLE xxx ADD CONSTRAINT etc.)

[kaso54]

Merci pour la réponse

J'y ai pensé mais est-ce que ça semble correcte dans la création d'une base ?

[fsmrel]

L'outil a détecté un cycle, et s'alarme en conséquence. Certains outils (par exemple Power AMC) permettent de ne pas en tenir compte et donc de pouvoir générer un MLD.

Ensuite, tout dépendra du SGBD utilisé, à savoir s’il est relationnel, s'il est conforme à la norme SQL, c'est-à-dire si le contrôle de l'intégrité référentielle peut être différé, déclenché seulement une fois qu'on a créé les valeurs qui vont bien pour BUREAU et PERSONNEL (voir les mots-clés DEFERRABLE, INITIALLY IMMEDIATE, INITIALLY DEFERRED, SET CONSTRAINTS, ...)

Dans le contexte de la théorie relationnelle, les choses sont bien plus simples, car on peut soumettre les INSERT pour BUREAU et PERSONNEL dans le même paquet : instructions INSERT séparées par des virgules, paquet fermé par un point-virgule.

Autrement dit, l'outil n'a aucune raison de bloquer au niveau MCD, car il ne sait pas quel SGBD vous utiliserez par la suite. Il ne pourrait rouspéter que s'il y avait une erreur conceptuelle de votre part.

[kaso54]

Ok. Je vais le faire comme ça alors.
Merci pour vos réponses :-)