IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

ALM Discussion :

Boucle fermée sur mcd DRA


Sujet :

ALM

  1. #1
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut Boucle fermée sur mcd DRA
    Bonjour a tous.

    je suis un développeur dans une société, je doit développer une Application gestion de DRA. La société ou je travail est constitué des structure régionales. chaque structure régional établit des DRA pour une période s'appel période comptable. une DRA c'est une opération d'achat par urgence etablit par une structure régional ayant une caisse regi et envoi cette DRA a la direction finance pour se rembourse les dépenses faite sur cette DRA

    Voici les règles de gestion de DRA

    une DRA caractérisé par
    1. un N° DRA qui est la concaténation de code de structure et un numéro séquentiel demare chaque nouvelle année et s'incrémente par 1 jusqu'à la fin d'année.
    2. la période comptable format (mm/aa).
    3. date début et date fin de DRA
    4. le Solde initial qui le solde dans la caisse avant de lancer les dépenses de cette DRA.
    5. le montant remboursement d'un DRA c'est le mantant de dépense de cette DRA.
    6. si il y a des remboursement des DRA précédent, la somme des dépense de chaque DRA est renseigné avec le N° de chèque de remboursement de chacune.
    7. le solde final d'un DRA est calculé a partir de solde initial ajouté par la somme de remboursement précédents, soustrait par le total de dépenses.
    8. la structure chargé de remboursement qui la direction finance ou la dép finance pour chaque structure régional.
    9. le montant fix de caisse regi de chaque structure régional.
    10. un montant crédit qui est calculé a partir de somme des montant de bon petite caisse régie ,désigné par le chef structure pour chaque dépense, soustrait par la somme de montant débit pour chaque dépense


    une DRA contient 1 ou plusieurs Dépense. Et chaque dépense caractérisé par:
    1. un identifiant de la depense.
    2. un N° bon de petite caisse s'il a ete etablit par le chef de la structure regional.
    3. un compte de charge c'est un code specifique pour le type de fourniture /prestation de service..
    4. un compt analytique constitué de 6 chiffre. les 3 premier specifique au structure regional et les 3 dernier specifié selon le compte de charge renseigné.
    5. le debit c'est le mantant prix de fourniture ou de prestation (le montant de la dépense).
    6. le lebellé c'est la designation de type de fourniture/ prestation de service.
    7. la date de dépense.
    8. le numéro de Bon /facture selon le montant si le débit < 6000 alors n° bon pour sinon n°facture.
    9. l'identifiant fiscal et le numéro d'article et le montant TVA s'ils ont été existé sur la facture .
    10. le raison social de fournisseur de fourniture/prestation.
    11. structure destinataire en cas de cette DRA a été faites par structure régional pour une autre structure régional.


    une structure est caractérise par :
    1. identifiant structure.
    2. code structure.
    3. désignation structure.
    4. type de structure (domaine d'activité, direction, district, centre, departement, service).
    5. montant fix de caisse regie (si la structure a une caisse regie
    6. compte specifique a la caisse regie
    7. compte analytique specifique a la structure (les 3 premiers chiffres).
    8. l'identifiant structure hierarchique
    9. l'identifiant de domaine. (une structure appartient a un domaine).


    un compte de charge caractérisé par:
    1. identifiant compte de charge.
    2. compte SCF
    3. Lexique: c'est la designation de compte de charge.


    un compte Analytique (3 dernier chiffres) caractérisé par :
    1. identifiant compte analytique.
    2. compte analytique (3 dernier chiffres).
    3. designation de compte analytique.
    4. designation compte analytique.


    un compte de charge est affecté a 1 ou plusieurs compte(3 dernier chiffre) analytique et le contraire et peut correspondre a une structure (ou domaines)ou plusieurs.
    mais le compte analytique est affecté qu'au domaines ( car il est utilisé par toutes structures régionales de domaines) .

    un item qui le type de dépenses (fourniture consommable, ou prestation de services. etc. ces nomes peut être changé avec le temps e)
    les items qui sont changeable avec le temps, un item est affecté a un ou plusieurs compte de charge. et un compte de charge a été affecté a un ou plusieurs item (selon la date de l'apparition des nouvNom : mcd-dra.jpg
Affichages : 1147
Taille : 230,1 Koeaux items : exemple un compte de charge est affecté a un item a l'exercice 2012, dans l'exercice 2013 ce compte de charge sera affecté a un nouvel item)

    voici mon MCD

  2. #2
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut plusieur boucles fermé
    Bonjour a tous.

    je suis un développeur dans une société, je doit développer une Application gestion de DRA. La société ou je travail est constitué des structure régionales. chaque structure régional établit des DRA pour une période s'appel période comptable. une DRA c'est une opération d'achat par urgence etablit par une structure régional ayant une caisse regi et envoi cette DRA a la direction finance pour se rembourse les dépenses faite sur cette DRA

    Voici les règles de gestion de DRA

    une DRA caractérisé par
    1. un N° DRA qui est la concaténation de code de structure et un numéro séquentiel demare chaque nouvelle année et s'incrémente par 1 jusqu'à la fin d'année.
    2. la période comptable format (mm/aa).
    3. date début et date fin de DRA
    4. le Solde initial qui le solde dans la caisse avant de lancer les dépenses de cette DRA.
    5. le montant remboursement d'un DRA c'est le mantant de dépense de cette DRA.
    6. si il y a des remboursement des DRA précédent, la somme des dépense de chaque DRA est renseigné avec le N° de chèque de remboursement de chacune.
    7. le solde final d'un DRA est calculé a partir de solde initial ajouté par la somme de remboursement précédents, soustrait par le total de dépenses.
    8. la structure chargé de remboursement qui la direction finance ou la dép finance pour chaque structure régional.
    9. le montant fix de caisse regi de chaque structure régional.
    10. un montant crédit qui est calculé a partir de somme des montant de bon petite caisse régie ,désigné par le chef structure pour chaque dépense, soustrait par la somme de montant débit pour chaque dépense


    une DRA contient 1 ou plusieurs Dépense. Et chaque dépense caractérisé par:
    1. un identifiant de la depense.
    2. un N° bon de petite caisse s'il a ete etablit par le chef de la structure regional.
    3. un compte de charge c'est un code specifique pour le type de fourniture /prestation de service..
    4. un compt analytique constitué de 6 chiffre. les 3 premier specifique au structure regional et les 3 dernier specifié selon le compte de charge renseigné.
    5. le debit c'est le mantant prix de fourniture ou de prestation (le montant de la dépense).
    6. le lebellé c'est la designation de type de fourniture/ prestation de service.
    7. la date de dépense.
    8. le numéro de Bon /facture selon le montant si le débit < 6000 alors n° bon pour sinon n°facture.
    9. l'identifiant fiscal et le numéro d'article et le montant TVA s'ils ont été existé sur la facture .
    10. le raison social de fournisseur de fourniture/prestation.
    11. structure destinataire en cas de cette DRA a été faites par structure régional pour une autre structure régional.


    une structure est caractérise par :
    1. identifiant structure.
    2. code structure.
    3. désignation structure.
    4. type de structure (domaine d'activité, direction, district, centre, departement, service).
    5. montant fix de caisse regie (si la structure a une caisse regie
    6. compte specifique a la caisse regie
    7. compte analytique specifique a la structure (les 3 premiers chiffres).
    8. l'identifiant structure hierarchique
    9. l'identifiant de domaine. (une structure appartient a un domaine).


    un compte de charge caractérisé par:
    1. identifiant compte de charge.
    2. compte SCF
    3. Lexique: c'est la designation de compte de charge.


    un compte Analytique (3 dernier chiffres) caractérisé par :
    1. identifiant compte analytique.
    2. compte analytique (3 dernier chiffres).
    3. designation de compte analytique.
    4. designation compte analytique.


    un compte de charge est affecté a 1 ou plusieurs compte(3 dernier chiffre) analytique et le contraire et peut correspondre a une structure (ou domaines)ou plusieurs.
    mais le compte analytique est affecté qu'au domaines ( car il est utilisé par toutes structures régionales de domaines) .

    un item qui le type de dépenses (fourniture consommable, ou prestation de services. etc. ces nomes peut être changé avec le temps e)
    les items qui sont changeable avec le temps, un item est affecté a un ou plusieurs compte de charge. et un compte de charge a été affecté a un ou plusieurs item (selon la date de l'apparition des nouveaux items : exemple un compte de charge est affecté a un item a l'exercice 2012, dans l'exercice 2013 ce compte de charge sera affecté a un nouvel item)

    voici mon MCD

    Nom : mcd-dra.jpg
Affichages : 891
Taille : 230,1 Ko

    le problème: puisque qu’il y a des boucle fermé, alors ma conception n'est pas la bonne. aidez moi svp pour trouver les erreurs. vos remarque sont précieux.

  3. #3
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonsoir bensam1,


    Examinons déjà la partie gauche de votre MCD.


    Citation Envoyé par bensam1
    une DRA caractérisé par un N° DRA qui est la concaténation de code de structure et un numéro séquentiel.
    Si le code de structure figure dans le n° DRA, dans le MCD la patte connectant l’entité-type DRA et l’association ETABLIR devrait être porteuse d’une cardinalité non pas 0,1 mais 1,1. A défaut, une DRA peut vivre sa vie sans être rattachée à une structure et la concaténation ne veut plus rien dire.



    Citation Envoyé par bensam1
    un compte de charge est affecté a 1 ou plusieurs comptes analytiques et le contraire
    Par « contraire » voulez-vous dire qu’un compte analytique peut être associé à plusieurs comptes de charge ? Indépendamment des domaines (lesquels devraient respecter l’association d'affectation) ? C'est-à-dire comme ceci :

    [COMPTE_ANALYTIQUE]----1,N--------(AFFECTER)--------1,N----[COMPTE_CHARGE]



    Citation Envoyé par bensam1
    Le compte analytique n’est affecté qu'aux domaines
    Un domaine est-il en relation avec seulement certains comptes analytiques ? Ou bien avec tous les comptes analytiques ? En tout cas c’est cette 2e hypothèse que sous-entend votre MCD puisqu’aucune association n’est établie entre les entités-types DOMAINE et COMPTE_ANALYTIQUE.



    Citation Envoyé par bensam1
    Une structure est caractérisée par :
    ...
    7. Compte analytique spécifique à la structure.
    Autrement dit une structure, par exemple S1, fait référence à un seul compte analytique, par exemple CA1. Dans ces conditions, votre ternaire COMPT_ANAL_CHRG_STR est fautive, car elle peut associer à la structure S1 un compte analytique CA2 au lieu de CA1.

    Cela dit, au vu de cette ternaire COMPT_ANAL_CHRG_STR, une structure peut être associée à plusieurs comptes de charge. Mais, si l’association AFFECTER définie ci-dessus est justifiée, alors la structure S1 doit être associée à des comptes de charge eux-mêmes affectés au compte analytique CA1.

    Qu’en est-il ? On verra le reste après que ces différents points auront été éclaircis.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  4. #4
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut plus de details Boucle fermés sur mcd DRA
    bonjour.

    merci de votre repense. et je vient de vous expliquer quelque points: n'a été pas bien expliqué sur ma question.

    premièrement, moi j'ai enveloppé la structure régional et le domaine tout en une seul entité qui s'appelle structure. et j'ai donne type_structure comme attribut de cette entité, un type_structure peut être domaine, direction, district, centre. et puisque que le domaine n'a pas une caisse régie et peut couvrir plusieurs structure régional, il n'établit pas une DRA c'est pour ca j'ai met la cardinalice 0.1 a la relation établir. il y a une autre remarque un domaine peut couvrir des autre domaine. pour cela, j'ai met domaine hiérarchique comme attribut.

    deuxièmement un compte de charge est vraiment affecté a un ou plusieurs compte analytique et au même temps il peut être affecté a tout un domaine ou certain structures régionale. et un compte analytique est affecté a 1 ou plusieurs comptes de charge mais il est affecté seulement a un et un seul domaine. c'est pour cela j'ai fait une ternaire COMPT_ANAL_CHRG_STR. mais ce compte analytique que je vous parle c'est le compte analytique qui contient 3 chiffre. et il y a un autre compte analytique qui est le compte analytique ce caisse régie qui contient aussi 3 chiffres qui est spécifique de la structure, pas au compte de charge alors j'ai le met comme un attribut de l'entité structure. et dans une dépense DRA le compte analytique et le compte analytique de caisse régie de la structure établant la DRA seront concaténés.

    j'espère que vous comprenez ma situation et me aidez pour trouver des erreurs que j'ai fait pas attention a eux et améliorer ce mcd.

  5. #5
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonsoir bensam1,


    Citation Envoyé par bensam1
    un domaine peut couvrir des autre domaine. pour cela, j'ai met domaine hiérarchique comme attribut
    Dans un MCD on ne procède pas ainsi, la hiérarchie doit être représentée au moyen d’une association :





    Ou, si les autres types de structures participent à la hiérarchie :





    Questions et remarques :

    (Q1) Combien y a-t-il de niveaux dans la hiérarchie ?

    (Q2) Les types de structures autres que les domaines sont-ils hiérarchisés ? Si oui, leur hiérarchie est-elle celle à laquelle participent les domaines ?

    (Q3) Les types de structures autres que les domaines peuvent-ils être appelés structures régionales ? (donnant lieu à l’entité-type STRUCTURE_REGIONALE si la réponse est positive).

    (Q4) Si les types de structures autres que les domaines ne participent pas à la hiérarchie des domaines (si tant est que celle-ci existe bien), il faudra prévoir une association entre les entités-types DOMAINE et STRUCTURE_REGIONALE.



    Citation Envoyé par bensam1
    j'ai donné type_structure comme attribut de cette entité, un type_structure peut être domaine, direction, district, centre
    (Q5) Y a-t-il encore d’autres structures ? Département et service n’en font pas partie ?



    Citation Envoyé par bensam1
    Le domaine n'a pas une caisse régie et peut couvrir plusieurs structure régional, il n'établit pas une DRA c'est pour ca j'ai met la cardinalice 0.1 a la relation établir.
    (Q6) Les directions, districts, centres, sont-ils des structures régionales ? Sont-ils hiérarchisés ?

    (Q7) Un domaine peut couvrir plusieurs structures régionales, mais une structure régionale peut-elle être couverte par plus d’un domaine ?

    Quoi qu’il en soit, puisqu’un domaine d’activité n’établit pas de DRA, il va falloir spécialiser STRUCTURE, dans le genre :







    Citation Envoyé par bensam1
    un compte analytique est affecté a 1 ou plusieurs comptes de charge mais il est affecté seulement a un et un seul domaine.
    Cela doit être pris en compte dans le MCD :







    Citation Envoyé par bensam1
    dans une dépense DRA le compte analytique et le compte analytique de caisse régie de la structure établant la DRA seront concaténés
    (Q8) D’accord pour le compte analytique de caisse régie puisqu’une structure n’en n’a qu’un, mais comment déterminez-vous l’autre compte analytique ? Le domaine auquel fait référence la structure pet avoir combien de comptes analytiques ?


    Avant de reparler de l’association COMPT_ANAL_CHRG_STR :

    Citation Envoyé par bensam1
    un compte de charge est vraiment affecté a un ou plusieurs compte analytique
    (Q9) Sous-entendu : indépendamment des domaines et des structures régionales (question que j’ai déjà posée) ? Mais vous n’avez pas modélisé ce que j’avais proposé, et qui ne serait donc pas valide ?

    [COMPTE_ANALYTIQUE]----1,N--------(AFFECTER)--------1,N----[COMPTE_CHARGE]


    Merci de répondre à chacune des questions, même si parfois elles sont redondantes ou peuvent paraître curieuses. Il y a quand même pas mal de points qui m'échappent.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  6. #6
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonjour bensam1,


    Citation Envoyé par bensam1
    un compte de charge est vraiment affecté a un ou plusieurs compte analytique et au même temps il peut être affecté a tout un domaine ou certain structures régionale.
    Questions complémentaires :

    (Q10) Que voulez-vous dire par « il peut être affecté a tout un domaine » ? Un compte de charge est-il affecté à un seul domaine ?


    [Domaine]----x1,y1--------(Affecter)--------x2,y2----[Compte de charge]

    Merci de remplacer x1, y1, x2, y2 par les cardinalités adéquates.


    (Q11) Que voulez-vous dire par « certain structures régionale » ?


    [Structure régionale]----x31,y3--------(Affecter)--------x4,y4----[Compte de charge]

    Merci de remplacer x3, y3, x4, y4 par les cardinalités adéquates.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  7. #7
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    bonjour.

    merci de votre aide. je vais répondre a vos questions :

    la réponse de la question (Q1): une structure régional peut être hiérarchise au plusieurs niveau par exemple une direction contient des département et une département peut contenir des service. il y a les centre, je peut mettre un centre est hiérarchisé par direction ou par district selon le domaine. et même le domaine peut être hiérarchisé en plusieurs niveau par exemple le domaine AV et le domaine MA sont couvris par le domaine AVM, sachant que le domaine AV contient plusieurs structures régionales, et le domaine MA il couvre des autre autre structures régionales, vous pouvez conclure que les structures régionales de VA et de MA peuvent être couvris par AVM.

    on peut conclure que les structures régional sont hiérarchisée par eux même. idem pour les domaines c'est la repenses de question Q2
    alors une structures régionale est tout structures qui a un sièges. et oui, c'est une tout structure autre que domaine (direction avec ses departement et services, district avec ses département et services, centres). un domaine n'a pas de siège, il présente type d'activité de groupe des structure régionale les repenses de question Q3, Q4 (j'ai pas le compris bien mais j'espere que ces repenses vous aide a comprendre) et Q5, Q6, Q7. et je vais vous expliqué pourquoi j'ai fait domaine et structure régional dans une seul entité structure plus tard.

    la repense de Q8: le compte analytique l'autre que le compte analytique de caisse régie c'est un compte utilisé pour tout/certain structures. et j'ai leur affecté au domaine car il est utilisé par tous des structures d'un domaine.

    avant répondre au Q9,pour les questions Q10 et Q11 je vous donne un exemple illustratif: on dirait que le compte de charge c1 présente frais de visite médical les travailleur des structures régionales A, C n'ont pas encore bénéficie de médecine de travail or que structure régional B ayant cette benifice alors le compte c1 est affecté seulement a la structure A et la structure C pour rembourser le frais de la visite médical. tandis que le compte de charge c2 qu'il présente la réparation des matériel naval affecté a tout les structure de Domaine MA. et un domaine est affecté ( idem les structure)au plusieurs compte de charge, jusqu’à présente, en peut mettre:

    [Domaine]----0,n--------(Affecter)--------0.n----[Compte de charge]

    et

    [Structure régionale]----0,n--------(Affecter)--------0,n----[Compte de charge]

    mais si on repondre au Q9 j'aurais vous dire: Il y a vraiment une association entre compte de charge et compte analytique indépendamment des domaines.

    [COMPTE_ANALYTIQUE]----1,N--------(AFFECTER)--------1,N----[COMPTE_CHARGE]

    mais même je suivre votre proposition je vais toujours resté en boucle fermés car le mcd devient comme ca
    Pièce jointe 187557

    un compte de charge est affecté aussi a un domaine ou plusieurs structures et compte analytique est affecté a un domaine ça devient comme suivant :
    Pièce jointe 187558

    pour débarrasser des boucles j'ai fait une relation ternaire et j'ai fait domaine et structure dans une seul entité comme celle-ci:
    Pièce jointe 187559

    J'espère que mes réponses ont été claires. quoi qu'il soit, n'hésitez pas a poser n'importe quelle question. j'attente votre propositions.

  8. #8
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    bonjour.

    merci de votre aide. je vais répondre a vos questions :

    la réponse de la question (Q1): une structure régional peut être hiérarchise au plusieurs niveau par exemple une direction contient des département et une département peut contenir des service. il y a les centre, je peut mettre un centre est hiérarchisé par direction ou par district selon le domaine. et même le domaine peut être hiérarchisé en plusieurs niveau par exemple le domaine AV et le domaine MA sont couvris par le domaine AVM, sachant que le domaine AV contient plusieurs structures régionales, et le domaine MA il couvre des autre autre structures régionales, vous pouvez conclure que les structures régionales de VA et de MA peuvent être couvris par AVM.

    on peut conclure que les structures régional sont hiérarchisée par eux même. idem pour les domaines c'est la repenses de question Q2
    alors une structures régionale est tout structures qui a un sièges. et oui, c'est une tout structure autre que domaine (direction avec ses departement et services, district avec ses département et services, centres). un domaine n'a pas de siège, il présente type d'activité de groupe des structure régionale les repenses de question Q3, Q4 (j'ai pas le compris bien mais j'espere que ces repenses vous aide a comprendre) et Q5, Q6, Q7. et je vais vous expliqué pourquoi j'ai fait domaine et structure régional dans une seul entité structure plus tard.

    la repense de Q8: le compte analytique l'autre que le compte analytique de caisse régie c'est un compte utilisé pour tout/certain structures. et j'ai leur affecté au domaine car il est utilisé par tous des structures d'un domaine.

    avant répondre au Q9,pour les questions Q10 et Q11 je vous donne un exemple illustratif: on dirait que le compte de charge c1 présente frais de visite médical les travailleur des structures régionales A, C n'ont pas encore bénéficie de médecine de travail or que structure régional B ayant cette benifice alors le compte c1 est affecté seulement a la structure A et la structure C pour rembourser le frais de la visite médical. tandis que le compte de charge c2 qu'il présente la réparation des matériel naval affecté a tout les structure de Domaine MA. et un domaine est affecté ( idem les structure)au plusieurs compte de charge, jusqu’à présente, en peut mettre:

    [Domaine]----0,n--------(Affecter)--------0.n----[Compte de charge]

    et

    [Structure régionale]----0,n--------(Affecter)--------0,n----[Compte de charge]

    mais si on repondre au Q9 j'aurais vous dire: Il y a vraiment une association entre compte de charge et compte analytique indépendamment des domaines.

    [COMPTE_ANALYTIQUE]----1,N--------(AFFECTER)--------1,N----[COMPTE_CHARGE]

    mais même je suivre votre proposition je vais toujours resté en boucle fermés car le mcd devient comme ca
    Nom : mcd1.jpg
Affichages : 825
Taille : 60,9 Ko

    un compte de charge est affecté aussi a un domaine ou plusieurs structures et compte analytique est affecté a un domaine ça devient comme suivant :
    Nom : mcd2.png
Affichages : 897
Taille : 22,2 Ko

    pour débarrasser des boucles j'ai fait une relation ternaire et j'ai fait domaine et structure dans une seul entité comme celle-ci:
    Nom : mcd3.png
Affichages : 1126
Taille : 16,6 Ko

    J'espère que mes réponses ont été claires. quoi qu'il soit, n'hésitez pas a poser n'importe quelle question. j'attente votre propositions.

  9. #9
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonjour bensam1,


    En réponse à la question Q9, vous confirmez qu’il y a bien une relation d’affectation entre les comptes analytiques et les comptes de charge :

    [COMPTE_CHARGE]----1,n--------(CC_AFFECTER_CA)--------1,n----[COMPTE_ANALYTIQUE]

    Or, comme vous l’avez déjà écrit, un compte analytique appartient à un et un seul domaine :

    Citation Envoyé par bensam1
    un compte analytique est affecté a 1 ou plusieurs comptes de charge mais il est affecté seulement a un et un seul domaine.

    Et je confirme que cela doit être pris en compte dans la modélisation :

    [COMPTE_CHARGE]----1,n--------(CC_AFFECTER_CA)--------1,n----[COMPTE_ANALYTIQUE]


    [COMPTE_ANALYTIQUE]----1,1--------(CA_AFFECTER_DOM)--------1,n----[DOMAINE]

    La patte d’association que vous avez représentée entre l’entité-type COMPTE_CHARGE et l’association CA_AFFECTER_DOM est redondante, car les comptes de charge affectés à un domaine sont ceux qui ont été affectés à ses comptes analytiques. Le modèle suivant suffit donc pour connaître les comptes de charge d’un domaine :





    Cas des structures régionales :

    Si l’on part du principe qu’une structure régionale hérite du compte analytique du domaine auquel cette structure est rattachée, il n’y a aucun lien à établir entre les structures et les comptes analytiques.

    (Q10) Confirmez-vous qu’une structure régionale a un seul compte analytique, et que ce compte est celui du domaine auquel se rattache ce compte ?

    Suite à votre réponse positive à la question Q9, on peut dire que les comptes de charge d’une structure régionale font nécessairement partie des comptes de charge en relation avec le compte analytique du domaine auquel se rattache la structure régionale.

    (Q11) Confirmez-vous que les comptes de charge d’une structure régionale font nécessairement partie des comptes de charge en relation avec le compte analytique du domaine auquel se rattache la structure régionale ?

    Supposons que vous répondiez que c’est bien le cas. Les comptes de charge des structures régionales font alors l’objet d’une association entre l’entité-type STRUCTURE_REGIONALE et l’association CC_AFFECTER_CA :





    Mais Merise (version 1) interdit qu’une patte d’association connecte deux associations, en l’occurrence CC_AFFECTER_CA et CC_AFF_CA_STR, mais ça n’est pas un problème, on va transformer CC_AFFECTER_CA en entité-type (et je la renomme en CC_AFFECTATION_CA) :






    A ce stade, il reste une boucle, mais ça n’est pas un problème si on prend ses précautions. En effet, quel risque prend-on à conserver cette boucle ? C’est d’affecter aux structures régionales des comptes analytiques et des comptes de charge qui sont ceux de domaines auxquels n’appartiennent pas ces structures.

    Sous réserve que vous répondiez affirmativement à la question Q11, il faut donc garantir la contrainte d’inclusion suivante (on parle encore plus précisément ici de contrainte de chemin) :

    « Les comptes de charge d’une structure régionale doivent appartenir aux comptes de charge définis en relation avec les comptes analytiques affectant le domaine de rattachement de la structure. »


    Pour que cette contrainte soit automatiquement garantie, sans que l’on ait de code à développer, on procède en deux temps.

    1) Par le moyen de l’identification relative, propager l’identifiant de l’entité-type DOMAINE jusqu’à CC_AFF_CA_STR :

    11) Par le chemin DOMAINE > CA_AFFECTER_DOM > COMPTE_ANALYTIQUE > CC_AFF_CA_CA > CC_AFFECTATION_CA > CC_AFF_CA_STR ;

    12) Par le chemin DOMAINE > COUVRIR > STRUCTURE_REGIONALE > CC_AFF_CA_STR.

    2) Au niveau MLD ne conserver qu’un seul attribut id_domaine dans la table CC_AFF_CA_STR.

    J’utilise ici PowerAMC pour modéliser : avec cet AGL l’identification relative est obtenue en mettant les cardinalités 1,1 entre parenthèses. Les autres AGL offrent d’autres symbolismes.


    MCD avec identification relative :





    MLD après suppression d’un des deux attributs id_domaine redondants dans la table CC_AFF_CA_STR :






    Ainsi, la boucle qui demeure ne présente aucun risque. Par contre, si votre dernier MCD ne comporte pas de boucle, il permet néanmoins que la contrainte d’inclusion soit violée, entre autres dangers : le remède est pire que le mal...

    Si vous répondez négativement à l’une ou l’autre (ou aux deux) des questions Q10 et Q11, on verra à mettre en œuvre une autre stratégie, mais toujours sans amalgamer les domaines avec les entités-types etc.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  10. #10
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    bonjour.
    et pardonnez moi j'ai fait une erreur et j'ai pris de votre temps a cause de cette erreur. mais en voyant votre proposition, j'essaye de les appliquer dans mon cas même s'ils basant sur une erreur, espérant que ça me guider a trouver la solution. l'erreur c'est en compte de charge et la structure régional voici les étapes:

    Nom : mcd1.jpg
Affichages : 834
Taille : 70,7 Ko

    devient
    Nom : mcd2.png
Affichages : 903
Taille : 26,6 Ko

    enfin

    Pièce jointe 187820

    repense de question Q10 :la structure régional appartient a un domaine hérite plusieurs compte analytique. car le domaine est affecté a 1 ou plusieur compte analytique.
    repense de question Q11: je confirme que les compte de charge d'une structure regional font partie d'une des comptes de charge en relation avec le compte analytique du domaine. mais un domaine n'est pas rattaché a cette structure. et c'est ca le problème. comme les schémas ullistrent

    je pense qu'il y a contrainte d'exclusion et j'essayé de convertir votre solution en cas ou il y a cette contrainte. je na sais pas est ce que c'est vrais.

  11. #11
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    repense de question Q11: je confirme que les compte de charge d'une structure regional font partie d'une des comptes de charge en relation avec le compte analytique du domaine. mais un domaine n'est pas forcement rattaché a cette structure. et c'est ca le problème. comme les schémas ullistrent

    il reste les autre boucles, et la plus important la boucle entre structure régional et DRA ET Dépenses DRA est-ce-que je peut mette ca
    Nom : mcd_4.png
Affichages : 890
Taille : 18,3 Ko

    et si la réponse est oui le mcd de DRA devient:

    Nom : mcd 5.png
Affichages : 787
Taille : 21,1 Ko

    ca il y toujours des boucles

  12. #12
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonsoir bensam1,


    Concernant la question Q10, c’est d’accord : une structure régionale peut avoir plusieurs comptes analytiques.


    (Q12) Les structures régionales couvertes par un domaine héritent-elles toutes de tous les comptes analytiques de ce domaine ? Seulement de certains comptes ?

    Pour le moment, j’ai modélisé en supposant qu’une structure régionale n’héritait pas nécessairement de tous les comptes analytiques de son domaine, mais qu’elle pouvait hériter de seulement certains comptes analytiques.


    (Q13) Soit r1 une structure régionale et d1 le domaine qui la couvre. Soit ca1 un compte analytique affecté à d1 et E1 = {cc11, cc12, ..., cc1n} l’ensemble des comptes de charge affectés à ca1. Si ca1 est affecté à r1, est-ce l’ensemble E1 qui est affecté à r1 ? Est-ce que ça peut-être seulement un sous-ensemble de E1 ?

    Pour le moment, j’ai modélisé en supposant qu’une structure régionale n’héritait pas nécessairement de tous les comptes de charge de E1, mais qu’elle pouvait hériter seulement d’un sous-ensemble.



    Citation Envoyé par bensam1
    un domaine n'est pas rattaché à cette structure. Et c'est ça le problème
    Mais une structure est couverte par son domaine et un domaine couvre ses structures. Quel est plus précisément le problème que vous vous posez ? Quel sens donnez-vous au verbe « rattacher » ?



    Citation Envoyé par bensam1
    je pense qu'il y a contrainte d'exclusion.
    Exclusion entre quoi et quoi ?



    Revenons maintenant sur l’association CC_Affecter_CA (cf. votre 1er MCD du message #10) :




    Figure 1


    Et rapprochons maintenant avec votre 2e MCD du message #10 : l’association CC_Affecter_CA a été absorbée par l’association CA_Affecter_Dom. Au sens ensembliste, si l’on considère l’association CC_Affecter_CA comme un ensemble, elle devient un sous-ensemble de CA_Affecter_Dom par projection sur la paire {Compte de Charge, Compte analytique}. Ceci est-il acceptable ? La réponse est oui, parce qu’il n’existe pas de compte analytique qui ne soit rattaché à un domaine. Par contre, votre 2e MCD n’est pas satisfaisant parce qu’il ne rend pas compte du fait qu’un compte analytique est affecté à un seul domaine :



    Figure 2


    Pour rester dans le contexte ensembliste, traduisons en structure relationnelle votre association CA_Affecter_Dom :

    CA_Affecter_Dom {Id_cpte_charg, Id_comp_anal, Num_dom}


    Cette structure viole la forme normale de Boyce-Codd (BCNF), plus précisément la 2e forme normale, car elle a pour clé candidate la paire {Id_cpte_charg, Id_comp_anal}, et il existe la dépendance fonctionnelle {Id_comp_anal} -> {Num_dom} faisant que Num_dom dépend seulement d’une partie de la clé. Il faut donc normaliser, et pour cela on applique le théorème de Heath, en vertu de quoi CA_Affecter_Dom doit être décomposée en CC_Affecter_CA et CA_Affecter_Dom corrigée :

    CC_Affecter_CA {Id_cpte_charg, Id_comp_anal}

    CA_Affecter_Dom {Id_comp_anal, Num_dom}

    Il s’ensuit que votre MCD doit être transformé ainsi (l’association CC_Affecter_str ne figure pas, car elle traitée un peu plus loin) :




    Figure 3


    Prise en compte des comptes de charge affectés aux structures :

    Toujours dans votre message #10, vous avez modélisé ainsi l’affectation des comptes de charge aux structures régionales, faisant que l’affectation d’un compte de charge cc1 à une structure régionale r1 peut être faite sans que le compte cc1 fasse partie des comptes de charge du domaine d1 couvrant la structure r1 :




    Figure 4


    Comme je l’ai déjà précisé, le MCD doit être transformé ainsi (Merise interdit les associations d’associations, mais ceci n’est qu’une contrainte technique, et certainement pas sémantique) :




    Figure 5


    Pour s’affranchir de la contrainte technique de Merise, comme je l’ai écrit dans mon message précédent, il suffit de transformer l’association CC_Affecter_CA en entité-type. Je reprends le MCD que j’avais proposé :




    Figure 6


    Bien sûr, la boucle est toujours présente, elle peut entraîner l’affectation des comptes de charge d’une structure régionale à un domaine qui n’est pas celui qui couvre la structure, mais j’avais écrit qu’on pouvait empêcher une telle erreur grâce à l’identification relative. Je reprends le dernier MCD de mon dernier message, ainsi que le MLD correspondant :


    MCD (rappel : avec identification relative)




    Figure 7


    MLD - La boucle a été rendue inoffensive :




    Figure 8


    Exemple de contenu de la base de données (clés primaires soulignées) :


    
    DOMAINE
    
    Id_domaine    code_domaine
             1    dom1
             2    dom2
             3    dom3
    
    COMPTE_ANALYTIQUE
    
    (Les valeurs de l’attribut Id_compte_analytique commencent à 1 pour chaque domaine)
    
    Id_domaine    Id_compte_analytique    Compte_analytique
             1                       1    ca1
             1                       2    ca2
             1                       3    ca3
             1                       4    ca4
             2                       1    ca5
             2                       2    ca6
             2                       3    ca7
             3                       1    ca8
             3                       2    ca9
             3                       3    ca10
    
    
    COMPTE_CHARGE
    
    Id_compte_charge    Compte_charge
                   1    cc1
                   2    cc2
                   3    cc3
                   4    cc4
                   5    cc5
                   6    cc6
                   7    cc7
                   8    cc8
                   9    cc6
                  10    cc10
    
    
    CC_AFFECTATION_CA 
    
    (Rappel : les valeurs de l’attribut Id_compte_analytique commencent à 1 pour chaque domaine)
    
    Id_domaine    Id_compte_analytique    Id_compte_charge
             1                       1                   4
             1                       1                   3
             1                       1                   7
             1                       2                   2
             1                       2                   1
             1                       2                   5
             1                       3                   8
             1                       3                   2
             1                       4                  10
             1                       4                   7
             1                       4                   1
    
             2                       1                   2
             2                       1                  10
             2                       1                   8
             2                       2                   7
             2                       2                   1
             2                       2                   9
             2                       3                   1
             2                       3                   2
             2                       3                   3
    
             3                       1                   9
             3                       1                   7
             3                       2                   8
             3                       2                   6
             3                       2                   4
             3                       3                   2
             3                       3                  10
    
    Etc.
    
    
    STRUCTURE_REGIONALE
    
    Id_domaine    id_structure    code_structure
             1               1    str1
             1               2    str2
             1               3    str3
             2               1    str4
             2               2    str5
             2               3    str6
             3               1    str7
             3               2    str8
             3               3    str9
    
    
    CC_AFF_CA_STR
    
    Id_domaine    id_structure    Id_compte_analytique    Id_compte_charge
             1               1                       1                   3
             1               1                       1                   7
    Etc.
    
    

    Demandes de confirmation :

    1) CC_AFFECTATION_CA est la transformation en entité-type de l’association CC_AFFECTER_CA. Elle représente le « catalogue » des relations légales entre les comptes analytiques et les comptes de charge, c’est son rôle.

    (Q14) Confirmez-vous ce rôle attribué à CC_AFFECTATION_CA ?


    2) L’entité-type COMPTE_ANALYTIQUE étant dentifiée relativement à DOMAINE, l’entité-type CC_AFFECTATION_CA permet en même temps de définir les comptes de charge de chaque domaine.

    (Q15) Confirmez-vous ce 2e point ?


    3) L’association CC_AFF_CA_STR permet de définir les comptes analytiques et les comptes de charge de chaque structure régionale comme sous-ensembles des comptes de son domaine.

    (Q16) Confirmez-vous ce 3e point ?


    Je regarderai la partie DRA quand on sera complètement en phase pour la partie que je viens de traiter. Une chose est sûre, je commencerai par identifier l’entité-type DRA relativement à STRUCTURE et DEPENSE_DRA relativement à DRA. Ainsi, l’attribut Id_domaine sera toujours présent et participera à rendre les boucles inoffensives.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  13. #13
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    bonjour
    je vais répondre a vos question
    (Q12) Les structures régionales couvertes par un domaine héritent-elles toutes de tous les comptes analytiques de ce domaine ? Seulement de certains comptes ?
    La repense c’est oui. Les structures régionales couvertes par un domaine héritent tous les comptes analytiques de ce domaine.

    (Q13) Soit r1 une structure régionale et d1 le domaine qui la couvre. Soit ca1 un compte analytique affecté à d1 et E1 = {cc11, cc12, ..., cc1n} l’ensemble des comptes de charge affectés à ca1. Si ca1 est affecté à r1, est-ce l’ensemble E1 qui est affecté à r1 ? Est-ce que ça peut-être seulement un sous-ensemble de E1 ?
    si j'ai compris la repense c'est oui. Par exemple: soit sdbav structure régionale de région dbav est couvrée au domaine dav. Soit cpaut un compte analytique de gestion administrative qui est affecté a dcbr. et on a cet ensemble des compte de charge E qui est affecté à ce compte analytique
    E = {cerma (compte de charge de entretien et réparation de matériel auto), cpdr (compte de charge de pièces de rechange), cfvm (compte de charge de frais de visite médicale)}
    • E11= {Cerma et cpde} sous ensemble affecté à cette structure régionale sdbav de domaine dav.
    • E12 = {cfvm} sous ensemble affecté à structure régionale shmav.


    Mais une structure est couverte par son domaine et un domaine couvre ses structures. Quel est plus précisément le problème que vous vous posez ? Quel sens donnez-vous au verbe « rattacher » ?
    Ça veut dire que un le domaine couvre cette structure alors il est rattaché à elle. c’est tout.

    Le problème dans l’exemple Ci-dessus de E11, et E12 sont affecté à des structures différentes rattachées (sont couvres) par des domaines différentes.
    Alors si j’ai compris votre conception je suis d’accord avec vous sur le compte de charge qu’est attaché à une structure fait partie d’un compte de charge qui est affecté à un compte analytique :

    Nom : bensam1_structure_cte_chrg_v1_mcd.png
Affichages : 822
Taille : 14,2 Ko

    Qui devient la figure6 en transformant l’association l’association CC_Affecter_CA en entité-type. Et je confirme le rôle dont que vous avez dit sur :
    1) CC_AFFECTATION_CA est la transformation en entité-type de l’association CC_AFFECTER_CA. Elle représente le « catalogue » des relations légales entre les comptes analytiques et les comptes de charge, c’est son rôle.

    (Q14) Confirmez-vous ce rôle attribué à CC_AFFECTATION_CA ?


    2) L’entité-type COMPTE_ANALYTIQUE étant dentifiée relativement à DOMAINE, l’entité-type CC_AFFECTATION_CA permet en même temps de définir les comptes de charge de chaque domaine.

    (Q15) Confirmez-vous ce 2e point ?
    Mais sur le figure 7 je pense pas si j’ai compris qu’on doit utiliser l’identification relative pour garantir la contraint d’inclusion, car une structure fait partie d’un compte de charge en relation avec un compte analytique d’un domaine peut qu’elle n’appartient a cet domaine et j’ai expliqué dans l’exemple de E11 et E22. Alors je ne peut pas confirmer (Q16)

    3) L’association CC_AFF_CA_STR permet de définir les comptes analytiques et les comptes de charge de chaque structure régionale comme sous-ensembles des comptes de son domaine.

    (Q16) Confirmez-vous ce 3e point ?
    Que pensez-vous si en supposant qu'il y a un cas a part, qu’il n’existe pas dans les règles de gestion. Mais J’essaye de tout prévoir . Ce cas consiste que un agent d’une structure régionale demande d'ajouter un compte de charge qui affecté qu’a un certain domaine d1. même qu ’il est affecté a un compte analytique affecté au domaine hiérarchique de d1
    Ce cas n’existe pas jusqu’à présent. mais s’il existe, est-ce-que en peut mettre le schéma suivant :

    la je parle sur la contrainte d"exclusion. car les compte de charge qui est affecté a un certain domaine ne sont pas ceux qui sont affecté au structure regional.

    Nom : mcd-dra8.png
Affichages : 955
Taille : 55,1 Ko


    Le domaine devient dépendent fonctionnellement au compte de charge et compte analytique
    CA_Affecter_Dom {Id_cpte_charg, Id_comp_anal, Num_dom}


    Et merci de votre aide.

  14. #14
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonsoir bensam1,


    Citation Envoyé par bensam1
    Ça veut dire que un le domaine couvre cette structure alors il est rattaché à elle. c’est tout.
    Attention au sens des mots : vous dites que si le domaine dom1 couvre la structure str1, dom1 est rattaché à str1 : rattacher sous-entend appartenir ce qui en l’occurrence serait étonnant.



    Citation Envoyé par bensam1
    si j'ai compris la repense c'est oui.
    C’est oui à quoi ? a « l’ensemble E1 est affecté à r1 ? » ou bien « à seulement un sous-ensemble de E1 ? »
    Je reformule mes questions :

    Soit r1 une structure régionale et d1 le domaine qui la couvre. Soit ca1 un compte analytique affecté à d1 et E1 = {cc11, cc12, ..., cc1n} l’ensemble des comptes de charge affectés à ca1.

    (Q13a) Si ca1 est affecté à r1, est-ce nécessairement l’ensemble E1 qui est affecté à r1 ?

    (Q13b) Est-ce que ça peut-être seulement un sous-ensemble de E1 qui est affecté à r1 ?

    Vu votre réponse, on peut supposer que la réponse à Q13a est négative et que la réponse à Q13b est positive.

    Mais au vu de Q20 (voir plus loin), les deux réponses seraient négatives...

    Par ailleurs, vous écrivez :

    E = {cerma (compte de charge de entretien et réparation de matériel auto), cpdr (compte de charge de pièces de rechange), cfvm (compte de charge de frais de visite médicale)}

    E11= {cerma et cpde} sous ensemble affecté à cette structure régionale sdbav de domaine dav.

    E12 = {cfvm} sous ensemble affecté à structure régionale shmav.

    (Q17) vous avez décrit cerma et cpdr, mais pas cpde : faut-il remplacer le mot « cpde » par le mot « cpdr » ?



    Citation Envoyé par bensam1
    Le problème dans l’exemple Ci-dessus de E11, et E12 sont affecté à des structures différentes rattachées (sont couvres) par des domaines différentes.
    Cette phrase est obscure. Faut-il lire :

    (Q18) Les comptes de charge cerma et cpde sont affectés à la structure régionale sdbav couverte par le domaine dav, tandis que le compte de charge cfvm est affecté à la structure régionale shmav couverte par un domaine qui n’est pas dav ?



    Citation Envoyé par bensam1
    une structure fait partie d’un compte de charge en relation avec un compte analytique d’un domaine peut qu’elle n’appartient a cet domaine et j’ai expliqué dans l’exemple de E11 et E22
    Votre formulation est toujours aussi obscure : donnez des exemples précis.

    Pour le moment, je comprends ceci : la structure str1 est par exemple affectée du compte de charge cc1, lequel peut être associé à différents comptes analytiques, disons ca1, ca2, ca8. Le compte analytique ca1 est affecté au domaine dom1, le compte analytique ca2 est affecté au domaine dom1 et le compte analytique ca8 est affecté au domaine dom3.

    Par ailleurs, la structure str1 fait référence au domaine dom1.

    Questions (répondez par oui ou par non, en commentant au besoin ,mais de façon claire) :

    (Q19) Si en plus du compte de charge cc1 on affecte le compte de charge cc5 à la structure str1 qui référence le domaine dom1, et si ce compte de charge cc5 est associé à un compte analytique ca12, ca12 peut-il ne pas être affecté au domaine dom1 ?

    Mais vu Q20, cette question Q19 devient obsolète...



    Citation Envoyé par bensam1
    Que pensez-vous si en supposant qu'il y a un cas a part, qu’il n’existe pas dans les règles de gestion. Mais J’essaye de tout prévoir . Ce cas consiste que un agent d’une structure régionale demande d'ajouter un compte de charge qui affecté qu’a un certain domaine d1. même qu’il est affecté a un compte analytique affecté au domaine hiérarchique de d1.
    Si je comprends bien, vous voulez donc casser la règle de gestion actuelle :

    (RG1) Un compte analytique est affecté à un seul domaine.

    Pour qu’elle devienne la suivante :

    (RG2) Un compte analytique peut être affecté à plusieurs domaines, mais à condition que ceux-ci fassent partie de la même hiérarchie ?



    Citation Envoyé par bensam1
    je parle sur la contrainte d’exclusion. car les compte de charge qui est affecté a un certain domaine ne sont pas ceux qui sont affecté au structure regional.
    (Q20) Si les comptes de charge cc1, cc2 et cc5 sont affectés au domaine dom1, et si la structure régionale str1 référence le domaine dom1, alors str1 ne peut pas être affectée de cc1, cc2, cc5 ?

    Vous exprimez là une règle de gestion qui casse tout ce qui précède en terme d’affectation des comptes de charge :

    (RG3) un compte de charge ne peut pas être affecté à la fois à un domaine et à une structure régionale.

    C’est bien cela ?

    Votre MCD va dans ce sens, Je regarderai cela de plus près.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  15. #15
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    bonjour.

    Attention au sens des mots : vous dites que si le domaine dom1 couvre la structure str1, dom1 est rattaché à str1 : rattacher sous-entend appartenir ce qui en l’occurrence serait étonnant.
    D’accord, on dira que un domaine dom1 couvre str1 alors str1 est rattaché au dom1


    C’est oui à quoi ? a « l’ensemble E1 est affecté à r1 ? » ou bien « à seulement un sous-ensemble de E1 ? »
    Je reformule mes questions :

    Soit r1 une structure régionale et d1 le domaine qui la couvre. Soit ca1 un compte analytique affecté à d1 et E1 = {cc11, cc12, ..., cc1n} l’ensemble des comptes de charge affectés à ca1.

    (Q13a) Si ca1 est affecté à r1, est-ce nécessairement l’ensemble E1 qui est affecté à r1 ?

    (Q13b) Est-ce que ça peut-être seulement un sous-ensemble de E1 qui est affecté à r1 ?
    La réponse de (Q13a) négative et la repense de (Q13b) est positive. et en réalité la majorité des comptes de charge valident (Q13a) ca veut dire la réponse de (Q13a) est positive pour la majorité des comptes de charge. mais il y a certains comptes de charge spécial qui pour elle la réponse de (Q13a) est négative et la réponse de (Q13b) positive par exemple E11 et E12 :

    E = {cerma (compte de charge de entretien et réparation de matériel auto), cpdr (compte de charge de pièces de rechange), cfvm (compte de charge de frais de visite médicale)} l’ensemble est affecté à un compte analytique cagad le compte analytique de gestion administrative qui est affecté à dcbr
    si sdbav une structure regional qui est couvré par un domaine dcbr alors elle est affecté a cagad
    E11= {cerma et cpdr} sous ensemble affecté à cagad et elle est affecté au structure régionale sdbav de domaine dcbr.

    E12 = {cfvm} sous ensemble affecté à à cagad mais a structure régionale shmav et pas sdbav. Malgré que ces deux structure affecté au compte analytique cagad.


    Vous avez décrit cerma et cpdr, mais pas cpde : faut-il remplacer le mot « cpde » par le mot « cpdr »
    C’est cpdr et pas cpde. Désole pour les erreurs de frappe.

    (Q18) Les comptes de charge cerma et cpde sont affectés à la structure régionale sdbav couverte par le domaine dav, tandis que le compte de charge cfvm est affecté à la structure régionale shmav couverte par un domaine qui n’est pas dav ?

    Là je reformule ma réponse : 1erment je préfère remplacer dav par dcbr. Dcbr est le domaine hiérarchique de dav
    Les comptes de charge cerma et cpdr sont affectés a un compte analytique affecté a un domaine dcbr le domaine hierarchique de domaine dav et ce dernier couvre la structure régionale sdbav.
    Le compte de charge cfvm est affecté à la structure shmv qui est couvert par le domaine dav_ sous la hiérarchie de dcbr_ même si il est en relation avec un compte analytique qui est affecté à dcbr. Et ce cfvm est un compte de charge spécial qui affecté à des certain structures de domaine dav, pas tout le domaine.
    La différence entre { cerma et cpdr } et cfvm c’est : si { cerma et cpdr } sont en relation avec le compte analytique qui est affecté au dcbr. alors les comptes de charge { cerma et cpdr } sont affecté a tout le domaine dcbr y compris les structure qui sont couvert a son sous domaine dav. Mais cfvm même si’il est affecté à un compte analytique de domaine dcbr. Ce compte est spéciale. Il est affecté seulement a des certains structure de domaine dav. pas tout le domaine dav ni dcbr

    Pour le moment, je comprends ceci : la structure str1 est par exemple affectée du compte de charge cc1, lequel peut être associé à différents comptes analytiques, disons ca1, ca2, ca8. Le compte analytique ca1 est affecté au domaine dom1, le compte analytique ca2 est affecté au domaine dom1 et le compte analytique ca8 est affecté au domaine dom3.

    Par ailleurs, la structure str1 fait référence au domaine dom1.
    C’est un cas spécial. Le cas général c’est : si le compte de charge cc1 est affecté a :
    Ca1 qui est affecté au dom1
    Ca2 qui est affecté au dom1
    Ca8 qui est affecté au dom3
    Alors le cc1 est affecté au domaine hierarchique de dom1 et dom3. Y compris str1 qui est couvert par dom1.
    Le cas spécial c’est : si un compte de charge cc1 affecté a une structure str1 de dom1, il peut etre en relation avec des comptes analytique qui sont affecté a dom1 ou domaine hiérarchique de dom1. En plus de ca le compte cc1 est liée seulement au str1 pas tout le domaine dom1. Même qu’il est en relation avec des comptes analytique affecté au dom1 ou des domaines hiérarchiques.

    Questions (répondez par oui ou par non, en commentant au besoin ,mais de façon claire) :

    (Q19) Si en plus du compte de charge cc1 on affecte le compte de charge cc5 à la structure str1 qui référence le domaine dom1, et si ce compte de charge cc5 est associé à un compte analytique ca12, ca12 peut-il ne pas être affecté au domaine dom1 ?
    La repense est non. Même dans le cas ou ca12 est affecté à un domaine hiérarchique de dom1. Alors il est toujours affecté au dom1


    Si je comprends bien, vous voulez donc casser la règle de gestion actuelle :

    (RG1) Un compte analytique est affecté à un seul domaine.

    Pour qu’elle devienne la suivante :

    (RG2) Un compte analytique peut être affecté à plusieurs domaines, mais à condition que ceux-ci fassent partie de la même hiérarchie ?

    (RG2) ne remplace pas (RG1) car même si le compte analytique est affecté a plusieurs domaines fassent partie de la même hiérarchie, je préfère toujours lui affecté au domaine le plus hierarchique au eux. Ça resta toujours affecté a un seul domaine le domaine le plus hiérarchique.

    (Q20) Si les comptes de charge cc1, cc2 et cc5 sont affectés au domaine dom1, et si la structure régionale str1 référence le domaine dom1, alors str1 ne peut pas être affectée de cc1, cc2, cc5 ?
    non. Je ne parle pas dans cette sens. Mais je parle des compte de charges special qui sont affecté au certain structure regional d’un domaine pas tout le domaine. Ces comptes de charge ne sont pas comme les autres. Car un compte de charge en général s’il est en relation avec un compte analytique affecté à un domaine. En déduire directement le domaine affecté au compte de charge.

    dans cet exemple: Si les comptes de charge cc1, cc2 et cc5 sont affectés au domaine dom1, et si la structure régionale str1 référence le domaine dom1,alors str1 doit être affectée au cc1, cc2, cc5.

    par contre si les comptes de charge cc1, cc2 et cc5 sont affectés au structure str1, et si la structure régionale str1 référence le domaine dom1,alors dom1 peut être affectée ou pas au cc1, cc2, cc5.

    Vous exprimez là une règle de gestion qui casse tout ce qui précède en terme d’affectation des comptes de charge :

    (RG3) un compte de charge ne peut pas être affecté à la fois à un domaine et à une structure régionale.

    C’est bien cela ?
    oui on peut établir cette règle de gestion. Et la contrainte d’exclusion c’est entre l’association d’affectation de compte de charge et structure régional et la relation d’affectation de compte de charge et compte analytique et domaine.
    Ça veut dire que les compte de charge en relation avec le compte analytique et domaine sont differente à ceux qui sont affecté au certain structure régional.

    Citation Envoyé par bensam1
    Que pensez-vous si en supposant qu'il y a un cas a part, qu’il n’existe pas dans les règles de gestion. Mais J’essaye de tout prévoir . Ce cas consiste que un agent d’une structure régionale demande d'ajouter un compte de charge qui affecté qu’a un certain domaine d1. même qu’il est affecté a un compte analytique affecté au domaine hiérarchique de d1.
    là j’ai parlé qu’il existe pas dans les règles de gestion, c’est un autre cas spécial. il y a un petit changement :

    Cette fois en déduire pas le domaine affecté au compte de charge a partir de son relation avec le compte analytique. Car on a cette fois il y cerains compte de charge affecté à un domaine dom1 et en même temps il est en relation avec un compte analytique affecté a un domaine hiérarchique de dom1
    Ca devient une ternaire:

    Nom : mcd3.png
Affichages : 781
Taille : 18,2 Ko



    Finalement je m’excuse sur l’obscurité et les erreurs de frappe. merci de votre patience et a bientôt.

  16. #16
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonsoir bensam1,



    Citation Envoyé par bensam1
    Le compte de charge cfvm est affecté à la structure shmv qui est couvert par le domaine dav_ sous la hiérarchie de dcbr_
    (Q21) Le domaine « dav_ » est-il le domaine « dav » ou bien est-ce un autre domaine ?

    (Q22) Le domaine « dcbr_ » est-il le domaine « dcbr » ou bien est-ce un autre domaine ?



    Citation Envoyé par bensam1
    La différence entre { cerma et cpdr } et cfvm c’est : si { cerma et cpdr } sont en relation avec le compte analytique qui est affecté au dcbr alors les comptes de charge { cerma et cpdr } sont affecté a tout le domaine dcbr y compris les structure qui sont couvert a son sous domaine dav. Mais cfvm même si’il est affecté à un compte analytique de domaine dcbr. Ce compte est spéciale. Il est affecté seulement a des certains structure de domaine dav. pas tout le domaine dav ni dcbr.
    Je remets les compteurs à zéro, car ça finit par devenir brumeux...

    Je reprends ce que vous aviez écrit initialement (message #1), en le reformulant :

    Citation Envoyé par bensam1
    Un compte de charge est affecté à un ou plusieurs comptes analytiques.
    Un compte analytique n’est affecté qu'à un domaine (il est utilisé par toutes les structures régionales du domaine).

    (Q23)
    Dans votre exemple, le compte de charge « cerma » est associé au compte analytique « cagad », mais d’après ce qui précède, il peut aussi être associé à d’autres comptes analytiques. C’est bien cela ? Merci de donner des exemples d’autres comptes analytiques.

    Un compte analytique (exemple « cagad ») est affecté nommément à un seul domaine (« dcbr » dans le cas du compte « cagad »). A ce domaine on peut affecter d’autres comptes analytiques : merci de donner des exemples d’autres comptes analytiques affectés au domaine « dcbr ».

    (Q24) Les domaines rattachés hiérarchiquement à un domaine parent (exemple de « dav », rattaché à « dcbr ») héritent automatiquement des comptes analytiques de leur parent. Est-ce exact ?

    (Q25) La structure régionale « sdbav » que vous donnez en exemple est rattachée au domaine « dcbr » via le sous-domaine « dav ». En vertu de ce que vous avez écrit dans le message #1, cette structure régionale « sdbav » est affectée de l’ensemble des comptes analytiques du sous-domaine « dav », donc de l’ensemble des comptes analytiques du domaine parent « dcbr ». C’est bien cela ?

    (Q26) Question concernant la structure régionale « shmav » : elle est rattachée au domaine « dav », donc au parent de « dav », c'est-à-dire « dcbr ». Mais cette structure « shmav » n’est pas associable aux comptes de charge « cerma » et « cpdr », seulement au compte de charge spécial « cfvm » (et possiblement à d’autres comptes de charge spéciaux). C’est bien cela ?

    (Q27) Dans le cas général, les structures régionales telles que « sdbav » sont affectées de l’ensemble des comptes de charge en relation avec les comptes analytiques de leur domaine de rattachement (domaine « dav », donc au parent « dcbr » dans le cas de « sdbav »), mais ces structures régionales ne sont pas affectées des comptes de charge spéciaux (tels que « cfvm »). Ainsi, la structure régionale « sdbav » est affectée de l’ensemble des comptes de charge en relation avec les comptes analytiques de son domaine « dav » (donc, par héritage, des comptes analytiques de « dcbr »), à l’exclusion du compte de charge « cfvm ». C’est bien cela ?


    Pour le moment, je vois le MCD suivant :




    Et le MLD :





    La propagation dans les tables COMPTE_ANALYTIQUE et CC_AFFECTATION_CA de l’identifiant Id_Domaine de la table DOMAINE permet :

    a) d’associer les comptes de charge « cerma » et « cpdr » au compte analytique « cagad », mais en précisant que c’est pour le domaine « dcbr » ;

    b) d’associer le compte de charge « cfvm » (et d’autres comptes spéciaux au besoin) au compte analytique « cagad », mais en précisant que c’est pour le domaine « dav » (sous-domaine du domaine « dcbr »).

    La table CC_STR_SPECIAL permet d’affecter les comptes spéciaux aux structures régionales. Par exemple, la structure « shmav » est affectée du compte « cfvm » (compte analytique « cagad », domaine « dav »).


    Exemple :


    
    DOMAINE
    
    Id_domaine    code_domaine
             1    dcbr
             2    dav
             3    dom3
    
    
    HIERARCHIE
    
    Id_domaine_enfant    Id_domaine_parent
                    2                    1
    
    
    COMPTE_ANALYTIQUE
    
    Id_domaine    Id_compte_analytique    Compte_analytique
             1                       1    cagad
             1                       2    caxyz
             1                       3    cauvw
             1                       4    cayuf
             2                       1    cabcd
             2                       2    cadef
             2                       3    caefg
             3                       1    ca001
             3                       2    ca002
             3                       3    ca003
    
    
    COMPTE_CHARGE
    
    Id_compte_charge    Compte_charge
                   1    cerma
                   2    cpdr
                   3    cfvm
                   4    cc4
                   5    cc5
                   6    cc6
                   7    cc7
                   8    cc8
                   9    cc6
                  10    cc10
    
    
    CC_AFFECTATION_CA 
    
    Id_domaine    Id_compte_analytique    Id_compte_charge
             1                       1                   1
             1                       1                   2
             2                       1                   3
    Etc.
    
    
    STRUCTURE_REGIONALE
    
    Id_domaine    Id_structure    code_structure
             1               1    sdbav
             1               2    shmav
             1               3    str3
             2               1    str4
             2               2    str5
             2               3    str6
             3               1    str7
             3               2    str8
             3               3    str9
    
    Etc.
    
    CC_STR_SPECIAL
    
    Id_domaine    Id_structure    Id_compte_analytique    Id_compte_charge
             1               2                       1                   3
    
    Etc.
    
    
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  17. #17
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    bonjour

    (Q21) Le domaine « dav_ » est-il le domaine « dav » ou bien est-ce un autre domaine ?

    (Q22) Le domaine « dcbr_ » est-il le domaine « dcbr » ou bien est-ce un autre domaine ?
    Oui j’ai met la phrase comme ça « _phrase_ » pour l’explication ou pour des informations complémentaire.

    (Q23) Dans votre exemple, le compte de charge « cerma » est associé au compte analytique « cagad », mais d’après ce qui précède, il peut aussi être associé à d’autres comptes analytiques. C’est bien cela ? Merci de donner des exemples d’autres comptes analytiques.
    Oui, par exemple le compte de charge « cerma » est associé au comptes analytiques « cagad », « capaut » compte analytique de Park automobile et aussi « capmr » compte analytique pour Park matériel roulant

    Un compte analytique (exemple « cagad ») est affecté nommément à un seul domaine (« dcbr » dans le cas du compte « cagad »). A ce domaine on peut affecter d’autres comptes analytiques : merci de donner des exemples d’autres comptes analytiques affectés au domaine « dcbr ».
    L’exemple c’est : « cagad », « capaut » compte analytique de Park automobile et aussi « capmr » compte analytique pour Park matériel roulant. Tous sont affectés à « dcbr ».

    (Q24) Les domaines rattachés hiérarchiquement à un domaine parent (exemple de « dav », rattaché à « dcbr ») héritent automatiquement des comptes analytiques de leur parent. Est-ce exact ?
    Oui c’est exact. mais pas l'inverse.

    (Q25) La structure régionale « sdbav » que vous donnez en exemple est rattachée au domaine « dcbr » via le sous-domaine « dav ». En vertu de ce que vous avez écrit dans le message #1, cette structure régionale « sdbav » est affectée de l’ensemble des comptes analytiques du sous-domaine « dav », donc de l’ensemble des comptes analytiques du domaine parent « dcbr ». C’est bien cela ?
    Oui, mais pas le contraire ça veut dire si une structure régional rattaché directement au dcbr sans qu’elle est rattaché au dav elle hérite seulement les compte analytique de dcbr.

    (Q26) Question concernant la structure régionale « shmav » : elle est rattachée au domaine « dav », donc au parent de « dav », c'est-à-dire « dcbr ». Mais cette structure « shmav » n’est pas associable aux comptes de charge « cerma » et « cpdr », seulement au compte de charge spécial « cfvm » (et possiblement à d’autres comptes de charge spéciaux). C’est bien cela ?
    Non, « shmav » peut être associable aux comptes de charge « cerma » et « cpdr », et au compte de charge spécial « cfvm » (et possiblement à d’autres comptes de charge spéciaux). Mais le fait que « cfvm » est un compte de charge spécial, il est associable a un certains structure de domaine dav comme shmav et pas aux autres structure de dav comme sdbav. Tandis que « cerma » et « cpdr » sont associable a tous les structure regional de dav car ces compte de charge sont de cas general et sont en relation avec un compte analytique de domaine hierarchique de dav.

    (Q27) Dans le cas général, les structures régionales telles que « sdbav » sont affectées de l’ensemble des comptes de charge en relation avec les comptes analytiques de leur domaine de rattachement (domaine « dav », donc au parent « dcbr » dans le cas de « sdbav »), mais ces structures régionales ne sont pas affectées des comptes de charge spéciaux (tels que « cfvm »). Ainsi, la structure régionale « sdbav » est affectée de l’ensemble des comptes de charge en relation avec les comptes analytiques de son domaine « dav » (donc, par héritage, des comptes analytiques de « dcbr »), à l’exclusion du compte de charge « cfvm ». C’est bien cela ?
    Oui, C’est bien cela.

    Pour votre mcd j’ai compris que pour un couple (compte de charge spéciale, compte analytique) dans le table cc_affectation_ca ce couple est en relation avec 0 ou plusieurs structures.
    Par exemple le compte de charge cfvm il est en relation avec cagd ca forme couple (cfvm,cagd) dans la table cc_affectation_ca. ce couple il est en relation avec une ensemble S de structure régional.
    Mais si on a un compte de charge spéciale est affecté au plusieurs compte analytique même s’il est affecté à la même ensemble de structure régional.

    Par exemple on a un compte de charge spéciale ccs qui est en relation avec les comptes analytiques {capaut, capmr}, ccs est liée toujours a une ensemble S1 de structures régionales ça devient deux couple (ccs, capaut) et (ccs,capmr). Ces couples sont toujours en relation avec les mêmes structures régionales.
    Alors que pensez-vous si on le MCD suivant :

    Nom : MCD7.png
Affichages : 822
Taille : 28,8 Ko

    Il y a des questions je vous pose :
    -Quelle est l’intérêt de propager l’identifiant de domaine?
    -Quelle est la différence entre relation réflexive comme j’ai fait avec domaine et la relation hiérarchisé et vos deux relations parant et enfant avec l’entité domaine ?

  18. #18
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Bonsoir bensam1,


    Citation Envoyé par bensam1
    que pensez-vous si on a le MCD suivant
    Cette fois-ci votre MCD est correct, mais il est porteur d’un piège. Si l’on descend au niveau des tables SQL, celles-ci peuvent de façon tout à fait licite avoir le contenu suivant :

    
    DOMAINE
    
    domaine
    dcbr
    dav
    dom3
    
    
    COMPTE_ANALYTIQUE
    
    compte_analytique    domaine    
    cagad                dcbr
    capaut               dcbr
    
    
    COMPTE_CHARGE
    
    compte_charge
    cerma
    cpdr
    cfvm
    
    
    COMPTE_CHARGE_SPECIAL
    
    compte_charge
    cfvm
    
    
    CC_AFFECTATION_CA 
    
    compte_analytique    compte_charge
    cagad                cerma
    capaut               cerma
    cagad                cpdr
    cagad                cfvm
    
    
    STRUCTURE_REGIONALE
    
    structure    domaine
    sdbav        dav 
    shmav        dom3       
    str3         dcbr       
    
    
    CC_SPEC_STR
    
    compte_charge    structure
    cfvm             shmav
    
    
    Au vu de cet exemple, une question : quel est le domaine de rattachement de la structure shmav ? Si l’on emprunte le chemin STRUCTURE_REGIONALE > DOMAINE, c’est dom3. Si l’on emprunte le chemin STRUCTURE_REGIONALE > CC_SPEC_STR > COMPTE_CHARGE_SPECIAL > COMPTE_CHARGE > CC_AFFECTATION_CA > COMPTE_ANALYTIQUE > DOMAINE, c’est dcbr ! Il y a donc une contradiction et c’est le piège des boucles, lequel est implicitement évoqué dans le titre de votre discussion et que je cherche en fait à vous faire éviter depuis le début...

    Pour éviter le piège, soit vous développez des triggers (bon courage !), soit vous propagez l’identifiant du domaine... Si l’on reprend le dernier MCD que j’ai proposé, le piège ne pourra pas fonctionner. Je reprends l’exemple que j’avais fourni, en le simplifiant pour faciliter la lecture :


    
    DOMAINE
    
    domaine
    dcbr
    dav
    dom3
    
    
    COMPTE_ANALYTIQUE
    
    domaine    compte_analytique
    dcbr       cagad
    dcbr       capaut
    
    
    COMPTE_CHARGE
    
    compte_charge
    cerma
    cpdr
    cfvm
    
    CC_AFFECTATION_CA 
    
    domaine    compte_analytique    compte_charge
    dcbr       cagad                cerma
    dcbr       capaut               cerma
    dcbr       cagad                cpdr
    dav        cagad                cfvm
    
    
    STRUCTURE_REGIONALE
    
    domaine    structure  
    dav        sdbav 
    dav        shmav
    dcbr       str3
    
    CC_SPEC_STR (alias CC_STR_SEPCIAL)
    
    domaine    structure    compte_analytique    compte_charge
    dav        shmav        cagad                cfvm
    
    
    Avec ce scénario, est-ce qu’il est possible, comme dans le cas de votre MCD, que la structure shmav soit associée au domaine dom3 plutôt qu’au domaine dav (table STRUCTURE_REGIONALE) ? Si oui, Cela voudrait dire que la table CC_SPEC_STR devrait contenir la valeur :


    
    domaine    structure    compte_analytique    compte_charge
    dom3        shmav        cagad                cfvm
    
    

    Comme la table CC_SPEC_STR référence la table CC_AFFECTATION_CA, à son tour celle-ci devrait contenir la valeur (intégrité référentielle oblige) :

    
    domaine    compte_analytique    compte_charge
    dom3        cagad                cfvm
    
    
    Mais manque de chance, elle contient la valeur :

    
    domaine    compte_analytique    compte_charge
    dav        cagad                cfvm
    
    
    Le domaine de shmav ne peut donc être que dav. Ainsi, contrairement à ce qui peut se passer avec votre MCD, le piège ne peut pas se refermer, et c’est grâce à la propagation de l’identifiant du domaine des deux côtés.



    Citation Envoyé par bensam1
    Quelle est la différence entre relation réflexive comme j’ai fait avec domaine et la relation hiérarchisé et vos deux relations parent et enfant avec l’entité domaine ?
    Dans un 1er temps, étant donné que la patte de droite (c’est-à-dire enfant) connectant DOMAINE et HIERARCHISER est porteuse d’une cardinalité 1,1, cela veut dire qu’un domaine a toujours un domaine parent : la hiérarchie n’en est pas une, car si le domaine dom1 est au sommet de la hiérarchie, selon votre représentation il a malheureusement un parent.

    Dans un 2e temps, en supposant que vous remplaciez la cardinalité 1, par la cardinalité 0,1, au stade SQL le domaine dom1 n’aura pas de parent, ce qui est plus conforme, mais l’attribut Id_domaine_parent sera marqué NULL, or le bonhomme NULL est l’ennemi des bases de données relationnelles. En procédant comme j’ai fait, j’interdis à ce malfaisant de se manifester.

    En passant, si vous trouvez que tel et tel messages ont pu vous rendre service, n’hésitez pas à leur associer un pouce (vert de préférence ^^) N’ayez pas non plus de scrupule à cliquer sur "fsmrel", puis « Voir le profil Pro », puis « Confirmer les compétences » si vous estimez que j’ai effectivement quelque compétence. Être reconnu ça fait toujours plaisir...


    A suivre...
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  19. #19
    Membre à l'essai
    Inscrit en
    Juillet 2012
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juillet 2012
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    Bonsoir,

    Bon je suis d’accord avec toi sur la propagation de l’identifiant de domaine dans certain point. Mais
    des question que je vous poser :
    En revenant sur votre exemple table SQL :

    CC_AFFECTATION_CA
    domaine compte_analytique compte_charge
    dcbr cagad cerma
    dcbr capaut cerma
    dcbr cagad cpdr
    dav cagad cfvm


    (Q1) Si en suivre la propagation du l’identifiant de domaine, je n’ai pas compris comment le domaine dav a été propagé, alors que si dcbr qui est propagé sur la table compte analytique alors doit etre propagé sur la table cc_affectation_ca

    CC_AFFECTATION_CA
    domaine compte_analytique compte_charge
    dcbr cagad cfvm



    ou il a été propagé par STRUCTURE_REGIONALE>CC_SPEC_STR >CC_AFFECTATION_CA. C’est bien cela ? c'est oui il n' y a pas risque comme ca

    CC_AFFECTATION_CA
    domaine compte_analytique compte_charge
    dcbr cagad cfvm
    dav cagad cfvm


    (Q2)le clé primaire de CC_AFFECTATION_CA c'est (id_dom, id_compt_charg, id_compt_anal) pour cela vous avez utiliser aussi l'identification relative entre entité cc_affectation_ca et entité compte de charge?

    (Q3)La propagation par l’identification relatif peut-elle provoque une redondance de données comme la propagation de l’identifiant de domaine ? Si vous répondez non, expliquez-vous comment ca s'il vous plait.

    avec la reconnaissance de votre compétence, il y a des remarque que je vais les noter:

    (R1)la relation entre compte de charge spécial et structure régional est Indépendant de compte analytique cagade même si ce compte charge spécial est en relation avec les compte analytique par exemple supposant le cas suivant :

    CC_AFFECTATION_CA
    domaine compte_analytique compte_charge
    dcbr cagad cerma
    dcbr capaut cerma
    dcbr cagad cpdr
    dav cagad cfvm
    dav capaut cfvm



    Ce compte de charge est en relation avec 2 compte analytique. Et à la même tempe est affecté au même ensemble de structures régionales comme shmv.
    Ça devient

    CC_SPEC_STR
    domaine structure compte_analytique compte_charge
    dav shmav capaut cfvm
    dav shmav cagad cfvm



    Et si cfvm est affecté au plusieurs structure régional par exemple (shmav, sadrav, sbtav,….etc) ca gonfle la table par des répétition des compts de charge et compte analytique comme ca:

    CC_SPEC_STR
    domaine structure compte_analytique compte_charge
    dav shmav capaut cfvm
    dav shmav cagad cfvm
    dav sadrav capaut cfvm
    dav sadrav cagad cfvm
    dav sbtav cagad cfvm
    dav sbtav cagad cfvm
    etc


    Moi personnellement je ne préfère pas les table volumineux à cause des répétitions de données surtout si un compte de charge spécial a affecté à un grande nombre de structures régional. C’est pour ça j’ai fait une relation d’héritage entre compte de charge et compte spécial et j’ai met une relation entre compte de charge spécial et structures régionales.

    quel est le domaine de rattachement de la structure shmav ? Si l’on emprunte le chemin STRUCTURE_REGIONALE > DOMAINE, c’est dom3. Si l’on emprunte le chemin STRUCTURE_REGIONALE > CC_SPEC_STR > COMPTE_CHARGE_SPECIAL > COMPTE_CHARGE > CC_AFFECTATION_CA > COMPTE_ANALYTIQUE > DOMAINE, c’est dcbr ! Il y a donc une contradiction et c’est le piège des boucles, lequel est implicitement évoqué dans le titre de votre discussion et que je cherche en fait à vous faire éviter depuis le début...
    (R2)il n y a pas de contradiction si dcbr est le domaine hiérarchie de dom3

    Mais pour éviter tout risque de contradiction comme vous avez montré, et s’il n’y a pas une proposition mieux que ça, j’accepte votre conception et je vais l’adopter. il reste la côté de mcd concernant structure régional, DRA, et dépenses de DRA et la relation entre la dépenses DRA et cc_affectation_ca.
    Je vous propose le mcd suivant et j'attend votre proposition

    Nom : mcd-DRA8.png
Affichages : 773
Taille : 39,4 Ko

  20. #20
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut Aménagement des modèles
    Bonsoir bensam1,


    Avant d’en venir aux DRA, en réponse à votre question Q1 :


    Citation Envoyé par bensam1
    je n’ai pas compris comment le domaine dav a été propagé, alors que si dcbr qui est propagé sur la table compte analytique alors doit être propagé sur la table cc_affectation_ca
    Bonne remarque.

    En fait l’association CA_AFFECTER_DOM doit être transformée en entité-type et être en relation avec CC_AFFECTATION_CA à la place de COMPTE_ANALYTIQUE :



    MCD





    MLD




    Pour reprendre l’exemple des messages précédents :

    
    DOMAINE
    
    domaine
    dcbr
    dav
    dom3
    
    
    COMPTE_ANALYTIQUE
    
    compte_analytique
    cagad
    capaut
    capmr
    
    
    CA_AFFECTER_DOM
    
    domaine    compte_analytique
    dcbr       cagad
    dcbr       capaut
    dcbr       capmr
    dav        cagad
    
    
    COMPTE_CHARGE
    
    compte_charge
    cerma
    cpdr
    cfvm
    
    
    CC_AFFECTATION_CA 
    
    domaine    compte_analytique    compte_charge
    dcbr       cagad                cerma
    dcbr       capaut               cerma
    dcbr       cagad                cpdr
    dav        cagad                cfvm
    dcbr       capmr                cerma
    
    
    STRUCTURE_REGIONALE
    
    domaine    structure    
    dav        sdbav 
    dav        shmav
    dom3       str3  
    
    
    CC_STR_SPECIAL
    
    domaine    structure    compte_analytique    compte_charge
    dav        shmav        cagad                 cfvm
    
    


    Citation Envoyé par bensam1
    (Q2)le clé primaire de CC_AFFECTATION_CA c'est (id_dom, id_compt_charg, id_compt_anal) pour cela vous avez utiliser aussi l'identification relative entre entité cc_affectation_ca et entité compte de charge?
    Oui, voyez le MCD ci-dessus, les cardinalités 1,1 sont mises entre parenthèses pour cela et PowerAMC agit en conséquence quand il génère le MLD.



    Citation Envoyé par bensam1
    (Q3)La propagation par l’identification relatif peut-elle provoque une redondance de données comme la propagation de l’identifiant de domaine ?
    Visuellement on aperçoit une certaine redondance, par exemple la paire <dcbr, cagad> apparaît 2 fois dans la table CC_AFFECTATION_CA ci-dessus, et le singleton <dcbr> y apparaît 5 fois. Mais du point de vue de la théorie relationnelle, il n’y a pas de redondance (ou disons que c’est de la « bonne redondance ») : celle-ci n’existerait à tort que si l’on violait la 5e forme normale (ou plus modestement la forme normale de Boyce-Codd, voire la troisième forme normale), or toutes les tables présentes dans le MLD respectent la cinquième forme normale, elles sont donc saines.



    Citation Envoyé par bensam1
    Moi personnellement je ne préfère pas les table volumineux à cause des répétitions de données surtout si un compte de charge spécial a affecté à un grande nombre de structures régional. C’est pour ça j’ai fait une relation d’héritage entre compte de charge et compte spécial et j’ai met une relation entre compte de charge spécial et structures régionales.
    Du point de vue du nombre de lignes, votre table mettant en relation la table des comptes de charge spéciaux et la table des structures régionales comportera effectivement moins de lignes que la table CC_STR_SPECIAL ci-dessus, j'en conviens. Maintenant, voyons large et supposons que cette table contienne 100000 lignes. Elle comporte 4 colonnes, non pas les noms des domaines, structures et comptes, mais les identifiants correspondants. Si vous avez moins de 16000 domaines, moins de 16000 structures, moins de 16000 comptes analytiques et moins de 16000 comptes de charge, deux octets suffisent par identifiant (type SMALLINT), soit un encombrement de 100000 *4 *2 = 800000 octets, c'est-à-dire environ 800 Ko, ce qui n’est quand même pas excessif. Si la table contient seulement 10000 lignes, l’encombrement est de 80 Ko, ce qui devient dérisoire.

    La table que vous proposez sera bien sûr d’une taille encore plus réduite (ne pas oublier quand même la table des comptes spéciaux qui a aussi sa propre volumétrie), mais qu’est-ce que 800 Ko pour une table ? (Et on peut encore rajouter une petite louche pour les index).

    Maintenant, la réduction de la volumétrie que vous proposez fait qu’on perd les colonnes garantissant l’intégrité des chemins (cf. message #9)... Entre une redondance saine et contrôlée puisqu’on est en cinquième forme normale, et un « amaigrissement » entraînant la perte de cette intégrité, je pense que la sagesse recommande de préserver l’intégrité des données, garantie par la modélisation que j’ai proposée.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

Discussions similaires

  1. Boucle fermée en mcd
    Par jamyong dans le forum Merise
    Réponses: 13
    Dernier message: 04/07/2014, 02h44
  2. MCD et boucle fermée
    Par gwadaboug dans le forum Schéma
    Réponses: 9
    Dernier message: 09/01/2012, 03h08
  3. [MCD] Boucle fermée dans le MCD.
    Par skatah dans le forum Schéma
    Réponses: 10
    Dernier message: 25/08/2010, 09h20
  4. [FLASH 8] boucle fonction sur bouton
    Par bractar dans le forum Flash
    Réponses: 2
    Dernier message: 31/01/2006, 18h34
  5. [Eval] Problème de boucle for sur des tableaux
    Par battle_benny dans le forum Général JavaScript
    Réponses: 3
    Dernier message: 12/01/2006, 23h55

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo