Discussion :

[Kropernic]

Bonjour,

Etant un peu maniaque sur la propreté* d'un diagramme, je fais toujours tout mon possible pour éviter les liens associations-entités se croisent dans mon MCD (idem pour les liens entre tables du MLD). Or j'ai remarqué que lorsqu'il m'était impossible d'éviter ces croisements, c'est que j'avais une erreur de modélisation.

* : J'entends par propreté le fait que les lignes reliant entre-elles les entités et associations ne se croisent pas. Je trouve qu'un diagramme dans lequel ses liens se croisent incroyablement plus difficile à lire/comprendre que le même diagramme qui aurait été agencé de manière à éviter ces croisements.

Du coup, je me demande si je peux déduire une règle de cette observation empirique. Je pose la question car je me rends bien compte que mon expérience n'est pas exhaustive.

[fsmrel]

Bonsoir Krop,


A mon sens, plus il y a du monde dans un modèle, plus les risques de croisements sont grands, malgré une modélisation nickel...

Pour éviter de voir ces croisements, vous pouvez utiliser les ressources des AGL. Par exemple, avec PowerAMC vous pouvez définir des clones de tables ou bien en passer par des vues (j’ai envie de dire des champs opératoires^^) où ne figurent que les entités-types et associations sur lesquelles on souhaite se focaliser. Avec MySQL Workbench, même principe, c'est-à-dire que vous urbanisez votre modèle. Sinon, comment s’en sortir avec un diagramme de 2000 entités-types ? (J’ai vécu ça...)

[Richard_35]

Message croisé avec la réponse de Fsmrel.

Bonjour Kropernic,

Eh bien, je trouve que c'est une question très intéressante !

J'arrive, souvent, au même constat que toi : l'harmonie va souvent de paire avec l'efficacité. Cela ne veut pas dire que tout ce qui est harmonieux est efficace, mais tout ce qui est efficace est, souvent, harmonieux. D'une manière plus générale, la nature, en elle-même, en est une preuve flagrante : les "bidouilles" tiennent rarement la route longtemps.

En informatique, c'est pareil !... un programme efficace en termes de fonctionnalité et de maintenance est, souvent, harmonieux à lire. Il en va de même pour les schémas : preuves en sont, les schémas de Fsmrel toujours pertinents et, donc, toujours harmonieux à regarder.

Par contre, je le répète, il ne faut pas inverser le sens du raisonnement : un schéma super-harmonieux n'est pas forcément pertinent et efficace.

[Kropernic]

Déjà, merci à tous les deux pour vos réponses !

@Richard : C'est certain que ce n'est pas pcq le schéma est clair qu'il est forcément correct. Là on est bien d'accord. Je voyais plutôt les choses dans le sens : Comme le schéma n'est pas clair, c'est qu'il n'est pas correct.

@fsmrel : Evidemment, avec des MCD de 2000 entités, difficiles d'y voir clair et je comprends bien qu'il faille opérer des scissions "logiques" pour organiser un peu les choses. Cependant, si nous disposions de moyens de représentation suffisamment grands pour parvenir à afficher ces 2000 entités, je m'interroge quand même sur le fait de savoir s'il serait possible de les organiser de manière à ce que les lignes les reliant ne se croisent pas ou non. Si c'est exercice était réalisable (avec succès ou non), ce serait là un excellent argument en faveur ou non de la question que je pose.

[Kropernic]

Hello,

Juste histoire d'apporter de l'eau au moulin, je suis tombé une ancienne modélisation dans mon boulot. Modélisation qui, sur papier, avait des lignes qui se croisaient. J'ai trouvé la faille, l'ai corrigée et hop, plus aucun croisement.

Bon, ce n'est toujours pas un schéma de 2000 entités mais tout de même... Ca s'accumule !