Discussion :

[punkoff]

Bonjour,

Je suis en train de concevoir un mcd, mais j'avoue bloquer sur une chose assez simple.

Pour comprendre le fonctionnel voici un petit détail :
-T_PSA : société
-T_country_COU : liste des pays
-T_currency_cur : taux de changes
-T_SALESTATE_SAT : liste des type de vente
-T_ACTIVITY_ACT : liste des différentes activité

Je ne sais pas si je dois créer une relation ou une table pour les ventes.

Sachant qu'une vente est définit comme suit :
- concerne une entreprise
- concerne un pays
- concerne une activité
- un même couple (entreprise / pays / activité) peut avoir différents type de vente (par exemple réalisée, futur, etc)

Est-ce que je part dans la bonne direction ?

Merci




Une autre solution serai de prévoir qu"une vente soit consiédérée comme une entité et non une relation, du coup ca donnerai plutot quelque chose comme ce-là :

[JPhi33]

Bonjour punkoff,

Aucune des deux solution n'est totalement satisfaisante. Elles présentent toutes les deux le même défaut qui est de pouvoir introduire des ventes pour un pays dans lequel l'entreprise considérée n'est pas présente.

(*) Dans une moindre mesure il est possible que ce défaut soit présent aussi pour les activités et les types de ventes. On ne peut pas le savoir de prime abord car il n'existe pas d'association directe entre l'entreprise et l'activité ni entre l'entreprise et le type de vente.

Voici un exemple basé sur le premier schéma (solution avec l'association R_SALE_SAL).
Supposons que l'entreprise P1 soit présente dans les pays C1 et C2. L'association R_POSSEDE contient les couples (P1, C1) et (P1, C2). Si, par ailleurs, le pays C3 existe, il est alors possible d'introduire les ventes suivantes dans l'association R_SALE_SAL :

Code :

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

1
2
3
4
5
6
PSA_ID COU_ID ACT_ID SAS_ID
------ ------ ------ ------
P1     C1     A1     S1
P1     C2     A1     S1
P1     C3     A1     S1     <--- occurrence contrevenante

Le couple (P1, C3) ne faisant pas partie de R_CONCERNE, la 3e occurrence ci-dessus ne devrait pas pouvoir être introduite. La solution consisterait, si l'outil le permettait, à associer R_SALE_SAL à R_CONCERNE au lieu de T_PSA et T_COUNTRY_COU. A défaut, on doit se résoudre à transformer R_CONCERNE en entité "associative" et lier celle-ci à R_CONCERNE.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
  [T_PSA]
     |
    0,n
     |
    ( )            [T_ACTIVITY_ACT]
     |                    |
   (1,1)                 0,n
     |                    |
[T_CONCERNE]--0,n----(R_SALE_SAL)
     |                    |
   (1,1)                 0,n
     |                    |
    ( )           [T_SALESTATE_SAS]
     |
    0,n
     |
  [T_COU]

Les cardinalités 1,1 entre parenthèses sont la notation PowerAMC pour l'identification relative.

Concernant le paragraphe noté (*), il serait judicieux de vérifier si les activités et les types de vente d'une entreprise dépendent de l'entreprise seule ou aussi du pays.

[punkoff]

bonsoir,

Merci d'avoir pris du temps pour comprendre et répondre

Je n'avais pas pris le problème dans ce sens là, merci de m'avoir éclairer un peu !

Concernant les activitée, celle-ci sont globales et le client a bien spécifié que ca devrait fonctionner comme cela.
CAD que pour les couples (société, pays) même s'ils ne disposent pas de cette activité il faut quand même leur laisser cette information. Ils ne veulent pas avoir à gérer différentes activités selon les couples (société, pays).
Donc j'en déduis, d'apres votre réponse, que ca colle a ce qu'il veut (même si d'emblée je trouvais ca bizarre).

Concernant T_SALESTATE_SAS (type de vente) c'est plus complex, mais vu que vous soulevez le problème je vais expliquer un peu plus.

Selon un état spécifique d'une société (T_STATEPSA_STA) nous devrons gérer 1 à 3 récapitulatif de vente pour le même couple société / pays / activité.

Je pensais régler ce problème grâce à cet état sur les ventes.

Par exemple :
société pays état
alpha FR A
beta FR B


Pour la société alpha ils ne pourront saisir qu'un seul récapitulatif de vente par activité.
Pour la société béta ils pourront saisir 2 récapitulatif de vente par activité et nous devrons en plus générer un total qui est le cumul des 2 récapitulatifs.

Donc je pensais mettre 3 états différents dans cet entité d'état des ventes : réca 1, réca 2 et total.
Sachant que la société alpha n'aurait qu'un état accessible : total.

Je dois dire que je ne suis pas entièrement satisfait de cette méthode mais bon.


Sinon j'ai bien compris votre dernier schéma.