Discussion :

[koktel_dfr]

Je suis actuellement des cours sur la méthode Merise.
Sur mes supports de cours il est précisé qu'une association (0,1)-(1,n) dans un MCD se traduit par une nouvelle table lors d'une conversion vers un MLD. Hors lorsque je teste ça sur PowerAMC il n'y a pas de nouvelle table créé. Je croyais que la conversion d'un MCD vers un MLD était algorithmique pourtant je me retrouve avec deux solutions différentes pour le même problème... Alors qui à raison ? mon enseignant ou PowerAMC ?

Support de cours (avec le MCD) :



Le MLD résultant de la conversion du MCD ci-dessus (conversion PowerAMC) :

[CinePhil]

Ton cours a raison. C'est pour éviter le bonhomme NULL sur la clé étrangère dans la Etudiant.

Je crois qu'il faut cocher une case quelque part dans PowerAMC mais ne l'ayant encore jamais utilisé, il faut attendre qu'un spécialiste de ce logiciel passe par là.

En cherchant les messages de fsmrel, tu trouveras sûrement la réponse.

Je mettrais quand même un bémol sur le cours : le nom de la chaire est une mauvaise clé. Il faut en créer une artificielle, anonyme, de type entier. Mais là on sort de la conception et on prévoit la future implémentation de la BDD.

[koktel_dfr]

Merci car je commençais à douter de mes cours et à tout remettre en cause...
Je vais jeter un oeil pour ce problème avec powerAMC et l'éventuelle case à cocher.

[fsmrel]

Bonsoir,


Pour s’en sortir avec Power AMC, il faut en passer par l’identification relative. A cet effet : clic droit sur le lien entre ETUDIANT et INSCRIPTION, choisir "Propriétés", puis cocher la case "Dépendant" ci-dessous, et définir un rôle dominant dans le sens ETUDIANT -> INSCRIPTION (sinon l’outil crée un cycle mal venu) :

MCD correspondant :

MLD :

Bref, il y a bien une case à cocher, avec trois clics c'est tout bon, mais il faut reconnaître que ça n’est pas intuitif...

[michaa]

J'apporterais une nuance...

Le cours et PowerAMC ont tort et raison tous les deux, tout dépend la probabilité d'occurence d'un null dans la colonne de clé étrangère de la table Etudiant.

En effet si la probabilité d'avoir un null est extremement faible alors mieux vaut ne pas créer de table de jointure et simplement ajouter une colonne de clé étrangère dans la table étudiant

A contrario si la probabilité d'avoir un null est presque 1 alors mieux vaux créer une table de jointure

[fsmrel]

Bonsoir,

En effet si la probabilité d'avoir un null [...]

Vous raisonnez en termes de probabilités de présence/absence des données, c'est-à-dire que vous ne prenez en considération que le seul aspect structurel, en passant sous silence l'aspect opératoire, basé sur l’algèbre relationnelle et la logique des prédicats (bivalente dans le cas de la théorie relationnelle, à savoir NULL interdit, ou trivalente, à savoir NULL autorisé, cas du langage SQL, avec lequel les auteurs de la norme font des confusions inadmissibles à ce niveau). Quoi qu’il en soit, La logique trivalente pose d’énormes problèmes quant à la validité des résultats des opérations algébriques et du comportement des optimiseurs (lesquels, ne l’oublions pas sont des moteurs d’inférence).

Le professeur de koktel adopte une position logique. Avec Power AMC, on fait ce qu’on veut car ce n’est qu’un outil.

Avant de prendre position vous-même, réfléchissez à l’aspect opératoire des choses qui vient d’être évoqué. Si l’on s’en tenait à l’aspect structurel, NULL ou pas NULL, bof... sinon, changement de chanson : quand vous proposez une requête (un SELECT SQL par exemple), n’oubliez pas que les tables sont des ensembles et qu’en face du bonhomme NULL, un optimiseur digne de ce nom ne peut plus tenir compte des lois ordinaires de la commutativité, de l’associativité, etc., le conditionnel et le biconditionnel flottent (voyez la discussion avec MacFlight58)...

Bref, avant de donner un avis définitif, commencez par méditer les messages traitant du sujet (outre ceux auxquels je viens de faire référence), voyez par exemple la discussion avec Nico128.

[koktel_dfr]

He bien merci pour toutes ces précisions

Comme quoi il ne faut pas toujours avoir une confiance aveugle dans les outils comme powerAMC, heureusement que j'ai eu la curiosité d'essayer de comprendre le MLD généré... sinon j'aurais pu avoir des surprises à la correction... Ce sont de très bons outils mais encore faut-il savoir les utiliser correctement sinon on peut avoir de grosses surprises.

Encore merci à tout les 3 pour ces précieuses informations.