Je suis en train de créer une base de données afin de gérer des cotisations par membre d'un club.
J'ai mon formulaire principal qui est le formulaire Membre.
Dans ce formulaire j'ai un sous-formulaire en format tabulaire dans lequel j'ai l'ensemble des activités auxquelles le membre va.
La cotisation que le membre paye dépend de 2 choses :
- les activités où il va
- le nombre de fois où il y va
Ces 2 données étant des autres tables.
Dans mon sous-formulaire, par tabulation j'ai donc 2 informations :
- l'activité
- le nombre de fois qu'il y vient
Chaque activité à un prix (par exemple équitation : 4€, piscine : 2€) le tout répertorier dans une autre table.
Je souhaiterais calculer par activité combien cela coûte au membre (donc pour chaque tabulation avoir un champ calculé qui dit par exemple : le membre a été 4 fois au cheval pour 4€ donc 16€) et un champ calculé tout en bas du sous-formulaire qui fait la somme des champs précédents.
Petit problème que je rencontre :
Quand je cherche à faire mon calcul pour chaque tabulation je mets donc un nouveau champ indépendant dans lequel je veux saisir mon calcul. Cependant dans mon sous-formulaire je n'ai pas le coût par activité, mais seulement l'activité en question (en l'occurrence je n'ai même que la cléprimaire de l'activité).
Comment puis-je faire mes calculs?
Bonsoir,
Il ne faut jamais oublier que les formulaires, sous-formulaires et états, ne sont que la présentation des données et calculs sous-jacents. Aussi il faut au maximum faire le plus de calculs possibles avec des requêtes, et seulement ensuite tes formulaires.
Ainsi, il faut que tu calcule d'abord avec une requête les prix de chacune des activités par chacun des participants, et seulement après le prix total dans un contrôle calculé de la forme: Total= SomDom() En plus tu dois prévoir une table "Tarifs" raccordée aux différentes activités et avec les dates de validité parce que tes prix vont changer d'une année à l'autre.
Bonne suite
4 févr. 2015 à 13:56
4 févr. 2015 à 13:57
Je déplace.
4 févr. 2015 à 19:36
Ce qui me parait bien plus "adéquat" que programmation puisque je cite:
et que du coup cette question n'avait rien à faire dans Programmation.
Cela dit, si tu m'avais répondu oui, je l'aurais aussi déplacée vers le forum VBA.