Discussion :

[Darkolive]

Bonjour,

Je suis en train d'élaborer une base Access pour gérer un club de sport.
Je coince un peu quant aux tables à construire, j'ai pensé aux membres, au bureau, à la compétition, aux sponsors et encore a la gestion du budget.

Je me demandais si vous auriez des idées voire même une base Access dans ce genre?

Merci beaucoup de vos réponses

[marot_r]

Regarde le modèle : 'Gestion de commande' tu devrais avoir pas mal ce qu'il te faut dedans.

Membre = Client
Sponsor = Fournisseur

Tu peux aussi voir 'Horaire et Facturation'

A+

[Heureux-oli]

Je pense que le début de ta réflexion doit venir de :

Quelles sont les sorties de données dont j'ai besoin ?
D'ou viennent-elles ?

[Darkolive]

Ok donc je me pose en fait 2 questions,

1) Je cherche comment représenter les membres ainsi que ceux étant au comité. Un enregistrement ne peut pas à la fois être dans une table Membre et dans une autre table Comité. Comment dois-je représenter cela?

2) Je me pose une question quand à la gestion des sponsors. Un sponsor sponsorise le club, mais alors la table Sponsor est relié à quoi, au comité peut être ?

Voila j'espere avoir été plus précis

Regarde le modèle : 'Gestion de commande' tu devrais avoir pas mal ce qu'il te faut dedans.

Je trouve ca ou ?

[Heureux-oli]

Ok donc je me pose en fait 2 questions,

1) Je cherche comment représenter les membres ainsi que ceux étant au comité. Un enregistrement ne peut pas à la fois être dans une table Membre et dans une autre table Comité. Comment dois-je représenter cela?

Juste un champ qui permet de faire la différence entre les membres normaux et les pas normaux oups, les membres du comité.
Il est je pense courant d'avoir un membre qui fait du sport et qui est à la fois dans le comité.

2) Je me pose une question quand à la gestion des sponsors. Un sponsor sponsorise le club, mais alors la table Sponsor est relié à quoi, au comité peut être ?

Voila j'espere avoir été plus précis



Je trouve ca ou ?

Il n'est pas nécessaire davoir un lien direct entre ces deux tables. Mais par contre, les sponsors et les membres apportent de l'argent qui sera je l'espère dépensé. Et là tes deux tables auront un lien.
Tu as donc besoin d'une table qui va enregistrer tes rentrées financières ainsi que tes dépenses.

On peut même faire encore plus simple, la table membre peut aussi contenir les sponsors, il suffit de différencier les champs.

Comme quoi il n'y a pas de limite et ce n'est pas compliqué ni simple.

[Darkolive]

Les sponsors et les membres apportent de l'argent qui sera je l'espère dépensé. Et là tes deux tables auront un lien.
Tu as donc besoin d'une table qui va enregistrer tes rentrées financières ainsi que tes dépenses.

Oui cette table est prévue
Mais un sponsor et un membre donnent de l'argent tous les ans, alors que les rentrées et sorties pour le budget sont mensuelles, on a une fréquence différente c'est embétant

[Heureux-oli]

Il n'y a rien d'embêtant, une compta c'est une compta.
Ce ne sont jamais que des lignes avec du positif et du négatif.
Je pense que ce qui importe le plus, c'est la balance.
Les données, tu peux les sortir comme tu le désire, par heure, jour, semaine, année, poste, donnateur, ..... Il n'y a aucune limite.

[Darkolive]

Ok j'ai bien compris.

Par contre je voulais juste m'en tenir à l'état des finances de chaque mois (avec donc les recettes/dépenses). Mon but n'étant pas de réaliser une compta (trop lourd ).

[random]

si tu constituers une table des personnes tu vas grandement te faciliter la vie

une personne peut je pense être à la fois membre au comité et sponsor

les personnes n'ont pas besoin d'être qualifiées dans la table personne
ce sont des tiers ce qui importe c'est leur état civil ou leur kbis

par contre si tu as qualifies membre a une cotisation valide tu auras une table id personne dateversement cotisation
ou pour sponsor id personne contrat versements
en comité tu trouveras idpersonne fonction date début date fin

[Heureux-oli]

Ok j'ai bien compris.

Par contre je voulais juste m'en tenir à l'état des finances de chaque mois (avec donc les recettes/dépenses). Mon but n'étant pas de réaliser une compta (trop lourd ).

Les mois mis les uns derrière les autres font une année.
Même si tu pense qu'une compta est trop lourde, ne pense pas à court terme, ne ferme pas les portes.
Une appli access n'est jamais terminée, elle évolue en permanence. Surtout si tu fréquente le forum régulièrement, tu y trouves plein d'idées et c'est là que ça commence, et si............................................

[Darkolive]

Voila mon MEA actuel. Je travaille actuellement à insérer le budget.

Même si tu pense qu'une compta est trop lourde, ne pense pas à court terme, ne ferme pas les portes.

Oui je suis tout à fait d'accord avec toi, mais bon la j'essaie quand meme de simplifier c'est un projet a rendre pour mon ecole, je ne veux pas m'embarquer trop loin.

Merci random pour l'idee des personnes je vais y travailler.

une personne peut je pense être à la fois membre au comité et sponsor

Oui mais dans la plupart des cas ce sont des entreprises les sponsors.

les personnes n'ont pas besoin d'être qualifiées dans la table personne
ce sont des tiers ce qui importe c'est leur état civil ou leur kbis

Il faut qualifier où les personnes alors?
Sinon tu veu dire koi par "ce sont des tiers ce qui importe c'est leur état civil ou leur kbis" ?

[Heureux-oli]

Un champ en plus dans la table permet de faire la différence.

[Darkolive]

Un champ en plus dans la table permet de faire la différence.

A quel sujet ?

[Heureux-oli]

Au niveau des qualification.

Je viens de faire le tour.
Un membre peut être entraîneur, sponsor, faire partie du comité.

Pour cela tu n'as pas besoin de beaucoup de tables, une seule suffit. et de cette table tu peux tirer des liens pour toutes tes autres activités.

Si je devais le faire, j'aurais :

Une table membre
Une table évènements
une table cours
une table entrées sorties
et éventuellement, deux tables, une pour les catégories de sponsors et une pour le type de cotisation.

[Darkolive]

Un membre peut être entraîneur, sponsor, faire partie du comité.

un membre est très très rarement sponsor, ce sont surtout des entreprises.

Une table membre
Une table évènements
une table cours
une table entrées sorties
et éventuellement, deux tables, une pour les catégories de sponsors et une pour le type de cotisation.

Mais comment fait-on alors pour représenter les sponsors et entraineurs qui ne sont pas membres? Tu as parler de tirer des liens, cela veut dire quoi exactement?

[Heureux-oli]

Pour une personne quelconque ou un sponsor il suffit d'avoir les données.
Un champ Oui/non par qualité.
Par qualité, j'entend membre, sponsor, entraineur ou autre.

Tirer des liens, c'est dans la table cours, tu mets un champs pour identifier la personne qui donne cours.
Ce champ a comme valeur l'identifiant du champ de la personne qui donne cours. Si c'est un champ numéro auto et que c'est le premier enregistrement, la valeur sera 1.
C'est peut-être pas ce qu'on fait de mieux, mais c'est déjà une idée pour les tables et les relations.

[Darkolive]

Oui donc tirer des liens c'est mettre une clé étrangère...

Elle est super bien ta base Access comme ca merci.

Quelques questions cependant
Si je veux rajouter les catégories de sponsors et de cotisations?
A quoi sert la table Participants?

Mais le fait de mettre des champs Oui/Non pour la qualité ne permet pas de spécifier différentes choses, par exemple si c'est une entreprise, ou alors l'adresse etc.
Serait-il alors possible de rajouter une table "de specialisation" Sponsor?

[Heureux-oli]

un membre est très très rarement sponsor, ce sont surtout des entreprises.



Mais comment fait-on alors pour représenter les sponsors et entraineurs qui ne sont pas membres? Tu as parler de tirer des liens, cela veut dire quoi exactement?

Très rarement, c'est différent de jamais. C'était juste pour illustrer un cas de figure.
As-tu ouvert l'exemple ?

[Darkolive]

Oui Oui merci encore... je trouve ca bien.

Quelques questions cependant
Si je veux rajouter les catégories de sponsors et de cotisations?
A quoi sert la table Participants?

Mais le fait de mettre des champs Oui/Non pour la qualité ne permet pas de spécifier différentes choses, par exemple si c'est une entreprise, ou alors l'adresse etc.
Serait-il alors possible de rajouter une table "de specialisation" Sponsor?

[Heureux-oli]

Oui Oui merci encore... je trouve ca bien.

Quelques questions cependant
Si je veux rajouter les catégories de sponsors et de cotisations?
A quoi sert la table Participants?

Mais le fait de mettre des champs Oui/Non pour la qualité ne permet pas de spécifier différentes choses, par exemple si c'est une entreprise, ou alors l'adresse etc.
Serait-il alors possible de rajouter une table "de specialisation" Sponsor?

Participants, c'est pour les personnes qui prennent part au évènements.

Si c'est une entreprise, tu devrais avoir autre chose qu'un nom de famille, mais rien ne t'empêche de mettre un champ en plus.

Ce que tu as c'est juste un exemple, rien de plus. Je pense que la réponse à certaines de tes questions s'y trouvent.