Discussion :

[laminekane]

Bonjour la communauté developpez.net,

Je cale un peu sur la conception d'une base de données d'une association culturelle (groupe d'individus) via access.
L'objectif est d'abord de pouvoir insérer de nouvelles associations dans la base de données, mais aussi de pouvoir visualiser via une requête simple le contenu de chaque association ( c'est à dire la liste de ses membres).
J'ai donc pensé à créer deux tables:
Table 1: Groupe (N°, Libelle, président, téléphone).
l'attribut N° est une valeur numérique auto-incrémentée et sert comme identifiant de la table.
l'attribut Libellé, est le nom de l'association
l'attribut président, contient le nom et le prénom du responsable de l'association
l'attribut téléphone, est le numéro de téléphone du président de l'association culturelle

Table 2: Membre( Numéro, prénom, nom, numéro CI, adresse, groupe)
L'attibut Numero est l'identifiant de la table, c'est une valeur numérique auto-incrémentée
l'attribut numero CI contient le numero de la carte d'identité nationale de l'individu
l'attribut groupe contient le nom de l'association culturelle. Ainsi l'attribut groupe de la table Membre dépend de l'attribut libellé de la table Groupe.


Je voudrais déjà qu'on me dise si le choix des tables et des attributs est correct.
Aussi, y'a t'il une meilleure manière de renseigner le président de chaque groupe ( Table Groupe). Par exemple j'aimerai pouvoir choisir le président d'un groupe à partir de la table Membre.

Ensuite, je souhaiterais mettre en place deux requêtes:
1) Afficher l'ensemble des membres d'un groupe en sélectionnant le groupe
2) afficher le groupe auquel appartient un individu en renseignant son numéro de CI.

Merci d'avance de votre aide

[EricDgn]

Effectivement, il faut bien réfléchir à l'organisation des données avant de commencer.
... et surtout éviter de faire des formulaires méticuleusement tant que l'on n'est pas certain que c'est vraiment au point !

Questions
- une même personne ne peut elle pas être membre dans plusieurs associations différentes, voire même présidente dans l'une d'elles ?
- si pas maintenant, cela ne le sera-t-il pas à l'avenir ?
Par ailleurs, cette année Untel est président, mais l'année prochaine il devient membre (et inversement pour une autre personne).

Aussi, à première vue:
Table TAssoc: ANum, ALibellé
Table TMembr: MNum, MNom, MPrenom, ...
Table TFonct: FNum, FLibellé (Président, Secrétaire, Membre, ...)
Table TMAF: ANum, MNum, FNum

Je ne connais pas l'objet complet de la base de données, mais aucun historique à conserver (qui était président l'année passée p.ex.) ?

Bonne continuation.

[laminekane]

Merci EricDgn,

Tes remarques sont très pertinentes. Finalement j'ai opté pour 3 tables, et ça a bien marché.
Au passage je précise qu'une personne ne peut être membre que dans une association.

Actuellement mon problème est d'un autre ordre: Si je copie cette base de données sur plusieurs machines pour la saisie; Comment faire pour fusionner les données dans une seule base.

Merci et bonne journée

[EricDgn]

S'il y a plusieurs machines, il faudrait placer l'application sur un serveur. Chaque utilisateur lance l'application qui s'y trouve. Cela fonctionne correctement tant qu'il n'y a pas trop d'utilisateurs encodant simultanément (à la grosse louche: moins de 10).

S'il n'y a pas de serveur, plusieurs solutions, mais toutes moins simples.

[laminekane]

Bonjour eric
Je dispose de 4 à 5 machines mais pas dun serveur. Je nai aucune idee sur comment fusionner les données dans une seule base une fois la saisie effectuée.
Si tu as une solution, je suis preneur.
Merci de ton aide
Bonne soirée

[EricDgn]

Pour commencer il faudra éviter d'avoir des clés primaires basées sur une "numérotation automatique". En effet si il y a numérotation automatique, il y a risque que plusieurs pc produisent le même numéro, ce qui va provoquer des conflits lors de la consolidation (fusion) des données provenant des diverses sources.
Pour ces clés primaires, il faut alors soit construire une numérotation selon une codification précise, soit utiliser la fonction maintenant(), qui a extrêmement peu de chance de provoquer un doublon (et que l'on a encore la possibilité de modifier s'il le faut vraiment).

Ce processus de fusion est à construire quand l'application est suffisamment stabilisée, au point, car la consolidation devra se faire en respectant un certain ordre: les tables qui servent dans d'autres tables doivent être fusionnées en premier.

Ce problème est abordé ici: How to merge data from two separate access 2007 databases
et ici: Comment fusionner plusieurs tables

Note: INSERT sert à ajouter des données d'une table dans une autre, tandis que UNION permet de présenter deux tables comme n'en formant qu'une (mais les données restent physiquement chacune dans leurs tables).