Discussion :

[Kropernic]

Bonjour,

Nouvelle info aujourd'hui concernant une application déjà en production et qui, jusqu'ici, tourne comme une horloge (mis à part quelques problèmes de performances dû probablement à des indexes manquants pour certaines requêtes). A ce propos, un grand merci à vous car le MCD avait été en grande partie établi grâce à vous ! (les personnes concernées se reconnaîtront).

Aujourd'hui donc, on m'informe que certains client sont des clients fidèles ("loyalty" est le terme utilsé dans leur jargon) et qu'en tant que tel, ils ont d'office droit à une remise (en %) sur leurs commandes.

Au niveau règles de gestion, j'ai traduit cela par :
Un client peut bénéficier d'une remise (automatique) et une remise (automatique) peut être au bénéfice de plusieurs client.

Au niveau MCD, l'entité-type REMISE existe déjà car des remises sont déjà appliquées (manuellement) sur des commandes et je modifierais le MCD de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
REMISE-0,N----DEFINIR----1,1-REMISE_CLIENT-(1,1)----BENEFICIER----0,1-CLIENT

N.B. : J'espère ne pas m'être planté dans le sens des cardinalités.

Cela vous semble-t-il correct ?

[fsmrel]

Hello Kropernic,


Ex abrupto, je dirais que ça marche.

[Kropernic]

Comme quoi, les 9 pages de discussion lors de l'élaboration du mcd au début du projet ont portées leurs fruits .

Encore merci

[Richard_35]

Bonjour Kropernic et Fsmrel,

Au risque d'embrouiller l'affaire, je me permets de m'immiscer...

Cette satanée cardinalité 0,1 est intéressante (elle revient souvent) et je ne vois pas comment nous pouvons éviter "de descendre dans la tuyauterie".

MCD :


dans le détail :


Je veux en venir aux tables résultantes :

Client(IdClient, ...) ;
Remise(IdRemise, ...) ;
Client_Remise(#IdClient, #IdRemise, DateAttribution, ...)
==> si l'on n'y prend garde, la génération de cette table peut donner :
Client_Remise(#IdClient, #IdRemise, DateAttribution, ...)
==> qui ne respecte pas le 0,1.

[Kropernic]

Il s'agit bien du premier cas .

Par contre, s'il avait fallu pouvoir dire quelle était la remise du client C à la date D, dans ce cas-là, il s'agissait d'une relation plusieurs à plusieurs avec la table de jointure qui en découle au niveau du MLD (et donc du MPD) avec la clef primaire composée telle qu'indiquée dans votre deuxième cas.

EDIT : Je vois que vous mettez la cardinalité de Client_Remise du côté de Remise entre parenthèse. Pourquoi ? Il s'agit là juste d'une clef étrangère dans une relation un à plusieurs non ?

[fsmrel]

Je ne vois pas comment nous pouvons éviter "de descendre dans la tuyauterie".

Il suffit de respecter le MCD d’origine, lequel est le suivant, je le rappelle :



Où, depuis au moins 20 ans, la cardinalité 1,1 mise entre parenthèses a un sens précis dans le contexte PowerAMC : identification de l’entité-type REMISE_CLIENT relativement à l’entité-type CLIENT.

Dans ces conditions, dans le MLD la clé de la table REMISE_CLIENT est nécessairement le singleton {ClientId} et rien d’autre, volens nolens :



A la limite, de même qu’il y a des papous papas et des papous pas papas, comme il y a des clients à remise et des clients pas à remise, le MCD peut être repris sous cette forme, pour un MLD inchangé :

[Richard_35]

Merci pour ces précisions, Fsmrel.

Rabdev, si tu nous lis, ce serait bien de calquer JMerise sur PowerAMC concernant :

• la possibilité de créer des entités sans attribut ;
• la production automatique du SQL.

[rabDev]

Bonjour tout le monde,
Concernant l'identifiant relatif dans JMerise, il existe seulement graphiquement. Je m'explique: on peut le rajouter graphiquement mais à la génération du MLD, j'ai pas encore fait la migration des clés. C'est pour cette raison, dans la vérification, JMerise signale comme erreur les entités sans clé.

Aussi, il y a d'autres points que j'ai commencé à faire ou à améliorer dans JMerise. Par l'exemple : tout ce qui concerne l'héritage (graphe et comportement).

JMerise génère cinq (5) scripts sql pour le moment.

En tout cas je note tout ce qui se dit sur JMerise et je suis très attentif à toute les propositions ou suggestions.

A noter, je répondrai aussi à vos mails si vous voulez m'écrire : jmerise@jfreesoft.com
Merci à tous

Bonne journée