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

Modélisation Discussion :

[CONCEPTION] Relations et Cardinalités multi-tables - Access 2003


Sujet :

Modélisation

  1. #1
    Membre régulier
    Inscrit en
    Juin 2007
    Messages
    193
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 193
    Points : 71
    Points
    71
    Par défaut [CONCEPTION] Relations et Cardinalités multi-tables - Access 2003
    Bonjour à toutes et à tous,

    Je cherche à suivre la méthode de conception d’une base, j’ai commencé à mettre en place plusieurs tables pour répondre au problème suivant :

    Je dois gérer les conditions de facturation d’opérations de mes clients. Le but est de stocker des conditions ainsi que mes clients avec leurs conditions propres.

    Il existe trois types de conditions. Les conditions s’exprimant soit sous forme de prix fixe, soit sous forme de taux ou soit sous forme de dates.

    Un client donné est soit standard soit particulier, et possède à chaque fois le meme nombre de conditions de Prix fixe, de Taux et de Dates.



    J’ai alors créé 7 tables :

    1- Une table CLIENTS regroupant les informations du client dont son Radical (clé primaire) et un champ informant s’il est standard ou non.

    2- Une table STD_CONDITION_FIX listant les conditions STANDARD s’exprimant sous forme de PRIX FIXE et dont la clé primaire est un Numéro de référence de condition.

    3- Une table STD_CONDITION_TAUX listant les conditions STANDARD s’exprimant sous forme de TAUX et dont la clé primaire est un Numéro de référence de condition.

    4- Une table STD_CONDITION_DATE listant les conditions STANDARD s’exprimant sous forme de DATE et dont la clé primaire est un Numéro de référence de condition.


    5- Une table CONDITION_FIX stockant les conditions des clients s’exprimant sous forme de PRIX FIXE et dont la clé primaire est un Numéro de référence de condition. La table contient le champ Radical.

    6- Une table CONDITION_TAUX stockant les conditions des clients s’exprimant sous forme de TAUX et dont la clé primaire est un Numéro de référence de condition. La table contient le champ Radical.

    7- Une table CONDITION_DATE stockant les conditions des clients s’exprimant sous forme de DATE et dont la clé primaire est un Numéro de référence de condition. La table contient le champ Radical.


    Je suis bloqué au niveau des relations et des cardinalités. Apres avoir lu le cours de Maxence, il me semble que je me trouve dans les cas ‘plusieurs-à -plusieurs’, ie : Un client possède plusieurs conditions de chaque type et une condition de chaque type peut être possédée par plusieurs clients…

    Voici mes questions :
    * Comment dois-je dans Access, renseigner ces relations et ces cardinalités ?
    * Pourrai-je gérer l’historique des clients ou des conditions (si ajout/modification/suppression) ? Dois-je penser a créér d'autres tables?


    Merci de m’avoir lu et merci d’avance à ceux qui auraient des suggestions à me faire part pour peut-être une éventuelle re-conception de ma base ou autre solution…

    JEO

  2. #2
    Expert éminent sénior

    Avatar de Siguillaume
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    Août 2007
    Messages
    6 180
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2007
    Messages : 6 180
    Points : 25 358
    Points
    25 358
    Par défaut
    Bonjour!
    Si j'ai bien compris ton problème, il s'agit de :
    - gérer des clients
    - chaque clients a des conditions avec lesquelles il a souscrit.
    - les conditions diffèrent les unes des autres selon un type, soit sur le prix, soit sur le taux, soit sur la date.

    Je suggèrerais donc ce que tu réduises la conception à trois tables:
    ->une,Clients pour les clients: les champs seront ceux qui l'identifient, plus un autre qui sera la condition.
    ->une deuxième,TypeConditions, qui va contenir les différents types de conditions
    ->et la troisième,Conditions sera pour les conditions proprement dites.

    Pour l'heure je m'en tiens à ceci. Si ma compréhension des choses est exacte, je pourrai approfondir ma proposition.

    Bon Courage!
    Vous avez envie de contribuer au sein du Club Developpez.com ? Contactez-nous maintenant !
    Vous êtes passionné, vous souhaitez partager vos connaissances en informatique, vous souhaitez faire partie de la rédaction.
    Il suffit de vous porter volontaire et de nous faire part de vos envies de contributions :
    Rédaction d'articles/cours/tutoriels, Traduction, Contribution dans la FAQ, Rédaction de news, interviews et témoignages, Organisation de défis, de débats et de sondages, Relecture technique, Modération, Correction orthographique, etc.
    Vous avez d'autres propositions de contributions à nous faire ? Vous souhaitez en savoir davantage ? N'hésitez pas à nous approcher.

  3. #3
    Membre régulier
    Inscrit en
    Juin 2007
    Messages
    193
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 193
    Points : 71
    Points
    71
    Par défaut
    Citation Envoyé par Danjos Voir le message
    Bonjour!
    Si j'ai bien compris ton problème, il s'agit de :
    - gérer des clients
    - chaque clients a des conditions avec lesquelles il a souscrit.
    - les conditions diffèrent les unes des autres selon un type, soit sur le prix, soit sur le taux, soit sur la date.

    Je suggèrerais donc ce que tu réduises la conception à trois tables:
    ->une,Clients pour les clients: les champs seront ceux qui l'identifient, plus un autre qui sera la condition.
    ->une deuxième,TypeConditions, qui va contenir les différents types de conditions
    ->et la troisième,Conditions sera pour les conditions proprement dites.

    Pour l'heure je m'en tiens à ceci. Si ma compréhension des choses est exacte, je pourrai approfondir ma proposition.

    Bon Courage!
    Tout d'abord, merci Danjos d'avoir pris le temps de te pencher sur le sujet et de me répondre.

    En fait si j'ai créé plusieurs tables selon le type de conditions, c'est uniquement 'a cause' de leur expression.

    pour te faire une idée voici le fichier excel décrivant un apercu de mes trois tables de conditions standard (pas encore completes et définitives), ma table client et enfin les tables destinées a stocker les conditions de chaque client selon le type: Mes Tables.xls

    De ce fait je sais pas si trois tables suffisent.

    Merci encore

    ps: ne tiens pas compte de l'ordre des ID dans les tables.

  4. #4
    Expert éminent sénior

    Avatar de Siguillaume
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    Août 2007
    Messages
    6 180
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2007
    Messages : 6 180
    Points : 25 358
    Points
    25 358
    Par défaut
    J'ai regardé ton fichier Excel, mais j'avoue n'y avoir pas compris grand'chose
    Peux-tu associer un autre doc. en word pour expliquer ce que tu fais?
    Vous avez envie de contribuer au sein du Club Developpez.com ? Contactez-nous maintenant !
    Vous êtes passionné, vous souhaitez partager vos connaissances en informatique, vous souhaitez faire partie de la rédaction.
    Il suffit de vous porter volontaire et de nous faire part de vos envies de contributions :
    Rédaction d'articles/cours/tutoriels, Traduction, Contribution dans la FAQ, Rédaction de news, interviews et témoignages, Organisation de défis, de débats et de sondages, Relecture technique, Modération, Correction orthographique, etc.
    Vous avez d'autres propositions de contributions à nous faire ? Vous souhaitez en savoir davantage ? N'hésitez pas à nous approcher.

  5. #5
    Expert confirmé

    Profil pro
    Inscrit en
    Mai 2005
    Messages
    3 419
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 419
    Points : 4 297
    Points
    4 297
    Par défaut
    une table conditions standard et conditions clients me semblent suffire

    en fait un taux un montant ou une date est une condition numérique
    par contre l'historisation pose un problème

    soit tu ajoutes une table histo avec
    clients ref prestation et date d'archivage

    soit tu rajoutes un champ datefin dans tes conditions clients
    Elle est pas belle la vie ?

  6. #6
    Expert éminent sénior

    Avatar de Siguillaume
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    Août 2007
    Messages
    6 180
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2007
    Messages : 6 180
    Points : 25 358
    Points
    25 358
    Par défaut
    Citation Envoyé par random Voir le message
    une table conditions standard et conditions clients me semblent suffire
    J'explore aussi cette éventualité, et je crois que le problème d'historisation pourraient être résolu, en créant une autre table qui réuniraient des champs (identifiants) propres aux deux tables précédentes.
    Mon point d'ombre reste toujours sur la compréhension du fichier Excel.
    Vous avez envie de contribuer au sein du Club Developpez.com ? Contactez-nous maintenant !
    Vous êtes passionné, vous souhaitez partager vos connaissances en informatique, vous souhaitez faire partie de la rédaction.
    Il suffit de vous porter volontaire et de nous faire part de vos envies de contributions :
    Rédaction d'articles/cours/tutoriels, Traduction, Contribution dans la FAQ, Rédaction de news, interviews et témoignages, Organisation de défis, de débats et de sondages, Relecture technique, Modération, Correction orthographique, etc.
    Vous avez d'autres propositions de contributions à nous faire ? Vous souhaitez en savoir davantage ? N'hésitez pas à nous approcher.

  7. #7
    Membre régulier
    Inscrit en
    Juin 2007
    Messages
    193
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 193
    Points : 71
    Points
    71
    Par défaut
    Citation Envoyé par Danjos Voir le message
    J'ai regardé ton fichier Excel, mais j'avoue n'y avoir pas compris grand'chose
    Peux-tu associer un autre doc. en word pour expliquer ce que tu fais?
    Lol ok pas de souci. Je vais limiter les conditions standard a quelques lignes et traduites en francais.

    Voici une doc

    et les tables avec les noms de champs en francais

    Merci encore

  8. #8
    Expert éminent sénior

    Avatar de Siguillaume
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    Août 2007
    Messages
    6 180
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2007
    Messages : 6 180
    Points : 25 358
    Points
    25 358
    Par défaut
    Ok. J'analyse tes fichiers et je retourne vers toi.
    Mais il faudrait aussi tenir compte de l'historisation ou de la traçabilité, n'est ce pas?
    Vous avez envie de contribuer au sein du Club Developpez.com ? Contactez-nous maintenant !
    Vous êtes passionné, vous souhaitez partager vos connaissances en informatique, vous souhaitez faire partie de la rédaction.
    Il suffit de vous porter volontaire et de nous faire part de vos envies de contributions :
    Rédaction d'articles/cours/tutoriels, Traduction, Contribution dans la FAQ, Rédaction de news, interviews et témoignages, Organisation de défis, de débats et de sondages, Relecture technique, Modération, Correction orthographique, etc.
    Vous avez d'autres propositions de contributions à nous faire ? Vous souhaitez en savoir davantage ? N'hésitez pas à nous approcher.

  9. #9
    Membre régulier
    Inscrit en
    Juin 2007
    Messages
    193
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 193
    Points : 71
    Points
    71
    Par défaut
    Citation Envoyé par Danjos Voir le message
    Ok. J'analyse tes fichiers et je retourne vers toi.
    Mais il faudrait aussi tenir compte de l'historisation ou de la traçabilité, n'est ce pas?
    Merci.

    Pour l'historisation et tracabilité oui c'est exact, j'ai trouvé le tuto de Cafeine à ce sujet que je suis en train de découvrir à l'instant.

    Et il y a d'autres tables à prendre en compte apparement

  10. #10
    Membre régulier
    Inscrit en
    Juin 2007
    Messages
    193
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 193
    Points : 71
    Points
    71
    Par défaut
    Citation Envoyé par random Voir le message
    une table conditions standard et conditions clients me semblent suffire

    en fait un taux un montant ou une date est une condition numérique
    ...
    Bonjour et tout d'abord merci pour ta réponse,

    Sans parler d'historisation pour l'instant et si on s'en tient à deux tables, est-ce gênant si beaucoup de champs seront vides ?

    Par exemple : une condition sous forme de montant ou date n'aura pas d'attribut de fréquence comme on en a pour les conditions taux.

    Y a-t-il un impact quelque part ?

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 7
    Dernier message: 30/04/2009, 15h53
  2. Réponses: 0
    Dernier message: 29/04/2009, 02h03
  3. Réponses: 2
    Dernier message: 05/03/2009, 14h42
  4. Table Access 2003 vers SQL Server 2005
    Par lionel256 dans le forum Access
    Réponses: 1
    Dernier message: 24/04/2008, 16h31
  5. Division d'une table Access 2003
    Par Troglo dans le forum Access
    Réponses: 4
    Dernier message: 11/01/2006, 19h55

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