[Résolu] Gestion des voyages de mon club

[Toinou-le-Sicilien]

Bonsoir,

Avec votre aide et les précieux conseils que vous prodiguez, j'ai réussi à accoucher de la base ci-jointe. Actuellement, je me heurte à un problème que j'ai bestialement contourné. Voici mes soucis. J'organise pour mes adhérents des sorties à la journée et des voyages d'une semaine. Lorsque les tarifs sont assez élevés, je leur propose de payer en plusieurs fois.
En suivant vos conseils, j'ai donc créé une table "ActivitésAdhérents" qui me permet de saisir plusieurs activités pour un adhérent et de recenser les adhérents d'une même activité, ça fonctionne très bien. J'ai donc un formulaire qui me permet de saisir toutes les activités pour tous les adhérents, OK.
Mais voilà, lorsque je procède aux inscriptions pour un voyage par exemple, je n'ai pas trouvé d'autre solution que de créer une table spécifique pour ce voyage, avec un formulaire spécifique et des requêtes spécifiques ! Digne d'un bourrin, non ? (interdit d'en rire !!!). Et lorsque je multiplie les activités au cours d'une année, je multiplie les tables, les formulaires et les requêtes ! Je ne vous parle pas de la taille de la base !!!
Je reste persuadé qu'une solution plus élégante et surtout plus pratique existe mais je ne m'en sors pas.
Auriez-vous une suggestion à me faire ? De la même manière, si vous aviez un avis, des conseils, voire des pistes d'améliorations pour ma base à me proposer, je suis humblement à votre entière écoute.
Je vous en remercie par avance.

[jeanmimi]

Bonjour,
Normalement, tu devrais avoir une Table T_Adherent_Activite pour saisir les activités choisies par un adhérent, et une autre Table pour saisir les éléments variables : annulation, les divers versements avec leurs dates.
Dans les noms des Tables ainsi que dans ceux des champs, il vaut mieux éviter les espaces, les accents et les caractères spéciaux.

[Dude]

Salut,

J'organise pour mes adhérents des sorties à la journée et des voyages d'une semaine. Lorsque les tarifs sont assez élevés, je leur propose de payer en plusieurs fois.

Le modèle relationnel est incohérent. Et c'est pour ça que tu n'arrives pas à tes fins.
Un adhérent peut effectuer une activité (sortie ou voyage).
Une activité peut être payée en une ou plusieurs fois.
Je ne vois pas ces relations et ces tables.
Autre exemple : ville dépend de code postal et n'a donc pas à figurer dans Liste_Adhérents

capture.png

[jeanmimi]

Je te propose ce modèle relationnel :

Relation entre Tables par ID.jpg

Si tu penses avoir d'autres questions sur le même développement, il sera plus facile de déplacer ce fil de messages dans la Section Projets du forum, plutôt qu'ouvrir autant de fils de nouveaux messages que nécessaire.

[Toinou-le-Sicilien]

Merci Dude, merci Jeanmimi,

Je pense avoir compris vos remarques et suggestions. J'essaie de les intégrer dans ma base exemple et, si je ne me plante pas, de corriger ma base de gestion.

Bonne nuit

[pulcinopio]

Merci Dude, merci Jeanmimi,

Je pense avoir compris vos remarques et suggestions. J'essaie de les intégrer dans ma base exemple et, si je ne me plante pas, de corriger ma base de gestion.

Bonne nuit

Bonsoir Antoine, c'est moi pulcinopio,

J'ai lu ce que tu as posté. Songes-tu éventuellement à une carte de membre pour tes inscrits? Si ta réponse est oui, alors je me permets de te suggérer de séparer les deux activités, c'est à dire une base pour les inscriptions et une agenda pour les randonnées. Mais je ne sais pas ce que tu en penses....
Bien à toi