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

[jeo13]

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

[Siguillaume]

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!

[jeo13]

Envoyé par Danjos

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.

[Siguillaume]

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?

[random]

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

[Siguillaume]

Envoyé par random

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.

[jeo13]

Envoyé par Danjos

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

[Siguillaume]

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?

[jeo13]

Envoyé par Danjos

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

[jeo13]

Envoyé par random

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 ?