Discussion :

[escartefigue]

Bonjour,

Je n'ai pas trouvé de titre très explicite, désolé

Ma question concerne tous les MCD chargés, dans lesquels il devient vite difficile d'enrichir le modèle sans avoir des "fils" qui se croisent, au détriment de la compréhension.
Par exemple, dans cette discussion, le type d'entité FO_fournisseur est complètement cerné, je ne pourrai pas y ajouter d'autres associations ou CIF sans avoir une enchevêtrement de liens.
Si je copie-colle l'entité-type, une nouvelle entité-type est créée (suffixée _1 par défaut) et ce n'est pas le but recherché.
Y a -t-il une solution ? Je ne l'ai pas trouvée

[Paprick]

Bonjour Capitaine,

Je t'avoue que je ne suis pas certain que la duplication d'une classe d'entités augmente le confort visuel, en comparaison avec un croisement de liens bien maitrisé .
Mais bon, voici tout de même une solution "Loopineste" que je te propose d'étudier :

• Fais un copier-coller de ta classe d'entité comme tu l'as déjà fait.
• Renseigne la zone "Nom logique" avec un libellé quelconque.
• Looping te propose alors de considérer la classe d'entité comme appartenant à un modèle externe.
• La classe externe est alors exclue du script SQL.

Il faut bien sûr être ensuite attentif aux liens créés entre cette classe externe et le reste du modèle.
Cette solution ne me plait pas trop par rapport à ta problématique, et je préfère largement calculer un bel enchevêtrement .
Dans la version 3.2 à venir, l'urbanisation des grands modèles pourra peut-être apporter des solutions intéressantes.

[escartefigue]

OK, j'essayerai d'y penser lors des tests de la 3.2

D'une façon générale, j'aime qu'un schéma tienne sur une page au maximum de format A3, au delà, je m'y perds !
C'est pourquoi un modèle découpé par pans fonctionnels a ma préférence (et du coup avec obligatoirement recopie des éléments permettant d'assembler le tout)
Je passe à résolu, on en reparlera à la prochaine version le cas échéant.

Merci encore Patrick