Discussion :

[JMMasse]

Je posséde une base faite pour une association qui commprend une table "adhérent" dans la quelle je rentre les cotisations perçues:
Date,MontantCoti,Bulletin,Dons
La dte est sous le forme jj/mm/aaa et les autres rubrique sont sous la forme numériques à 2 décimales.
Je désirerais pouvoir avoir une table secondaire d'archive "cotisation".

Comment articuler ma base et comment concevoir un fomulaire de façon à pouvoir entrer et visionner les dernières cotisations sans qu'il y ait de doublons

comment répercuter dans la table archive "Cotisation" toutes les modifications

Je m'exprime peut être mal mais de la discussion né la lumière

si l'un des visiteurs pouvait me mettre sur la voie cela serait parfait

Je vous remercie par avance de votre aide

[f-leb]

bonsoir JMMasse,

Je possède une base faite pour une association qui comprend une table "adhérent" dans la quelle je rentre les cotisations perçues:
Date,MontantCoti,Bulletin,Dons

Comment peux-tu rentrer les cotisations d'un adhérent dans un champ d'une table "Adhérent" ?
A chaque nouvelle cotisation tu écrases la cotisation précédente, c'est ça ?

Je désirerais pouvoir avoir une table secondaire d'archive "cotisation".

Bonne idée
Pourquoi pas une table "cotisation"
Cotisation(idCotisation, #idAdhérent, DateCotisation, montantCotisation)

Comment articuler ma base et comment concevoir un fomulaire de façon à pouvoir entrer et visionner les dernières cotisations sans qu'il y ait de doublons
comment répercuter dans la table archive "Cotisation" toutes les modifications

Un formulaire de source "Adhérent" avec un sous-formulaire de source "Cotisation" pourrait faire l'affaire.

... mais de la discussion né la lumière

[bulmish]

@JMMasse,
avec ta table cotisation (Date,MontantCoti,Bulletin,Dons), comment peux-tu reconnaitre qui a cautisé ceci ou cela? Es-tu informaticien? Psrce que ta table n'a pas de clef primaire ni d'index. ==> voir Merise.
Pour ta solution, je crois qu'il faut suivre au moins f-leb; mais je me demande quelle base de données qui utilise qu'une table? Les cotisants ne sont-ils pas identifiés?

[JMMasse]

@ Bulmish

Merçi de ta réponse.

La table adhérent posséde une clef primaire à numérotion automatique.
La table cotisation possède un champ numérique intitulé N°Dossier.
A chaque n°de dossier correspond un N° d'adhérent.
Aucune erreur possible.
Ainsi à chaque paiement d'une cotisation pour 1 adhérent il sera crée un enregistrement qui portera son N° d'adhérent.

Cela se fait par le biais de SQL et des recordsets

Je me demandais simplement si il n'y avait pas dans la conception de la base "un truc" pour éviter toute cette programmtion en VBA


Bon comme il me semble qu'il n'ay a pas d'autres solutions je vais continuer avec DAO

Merci a vous tous et a toi en particulier de m'avoir apporté votre aide

JMMasse

[f-leb]

bonjour,

Je me demandais simplement si il n'y avait pas dans la conception de la base "un truc" pour éviter toute cette programmation en VBA

A moins de règles de gestion particulières, le remplissage de tes tables avec SQL+VBA est une solution bien lourde à gérer.
Un jeu de formulaire/sous-formulaire devrait normalement suffire (0% de VBA et avec les assistants d'Access ton formulaire de saisie est torché en deux, trois clics de souris). Quelque chose m'échappe.

Un doute m'assaille: tes tables "Adhérent" et "Cotisation" sont-elles reliées ? Éventuellement, on peut voir tes tables (copie d'écran de la fenêtre des relations en pièce jointe)?