Discussion :

[d.zerd]

Bonjour,
En espérant que vous vous portez bien,
Je rencontre un problème lors de la transformation de mon MCD - MLD : les informations de mon entité père se duplique dans les entités filles, pourtant j'aimerais juste avoir l'identifiant.
J'utilise Jmerise.

Merci de votre retour.

[escartefigue]

Bonjour,

Je n'ai pas de licence J-Merise pour tester son comportement, peut-être s'agit il d'une option paramétrable…

Si changer de logiciel ne vous fait pas peur, vous pouvez télécharger gratuitement l'excellent Looping ICI. Avec Looping, cette bizarrerie ne se produit pas

[Paprick]

Bonsoir,

Voici ce que donne votre modèle repris en 10 minutes avec Looping et le MLD correspondant (avec la version Crow's foot en prime !).

Bonne continuation !

[escartefigue]

Une remarque : sauf si les terrains sont mesurés en parsec ou en années lumières , il est préférable de choisir un type decimal plutôt qu'un type float pour stocker les longueur

Le type float est peu précis, la valeur décimale sera approximative, il est à utiliser pour les très grandes valeurs.

Attention aussi à ne pas utiliser du varchar(80) sans discernement.
Pour les colonnes de petite taille, le varchar est contre-performant.
Par exemple, le code commune INSEE est normé sur 5 caractères. Du CHAR(5) est donc à utiliser plutôt que du varchar(80).

[d.zerd]

Bonjour chers tous,

je vous remercie de vos différentes réponses, effectivement le problème était dû au paramétrage du logiciel, après avoir contacter le support technique, j'ai pu résoudre le problème.
Je prendrai en compte vos recommandations pour les types de champs, @Paprick.

la solution à mon problème était : "Paramètres&configuration" --> "Configuration des paramètres" puis dans l'onglet "Contrainte MCD" dans la partie "Héritage", décochez l'option "Importer tous les attributs (non clé primaire).

[escartefigue]

Donner la faculté de dupliquer les attributs dans le sous-type pourrait être intéressant, mais sous réserve que cette option soit définie au niveau du sous-type et non pas globalement comme ça semble être le cas sur J-Merise

En effet tel sur-type pauvre en attributs ne présente peut-être pas d'intérêt à faire l'objet d'une table spécifique et tel autre, riche en attributs le mérite au contraire. Il faut bien sur que les sous-types couvrent la totalité du sur-type pour ne pas perdre d'attributs !

Qu'en penses-tu Paprick, ça pourrait être une évolution proposée à l'occasion d'une future version de Looping ?

[Paprick]

Qu'en penses-tu Paprick, ça pourrait être une évolution proposée à l'occasion d'une future version de Looping ?

Effectivement, ça mérite réflexion !