Condition statut matrimonial

Il faudrait savoir si un couple a le même numéro d'adhèrent ou un seul...
Dans ton exemple la table régime d'adhésion est reliée par un lien 1,N à la table adhérent.

Pour la relation, je confirme, c'est 1,N de regime à adherent. Mais les numero sont distribués par individu, donc il n'y a pas de num unique pour le couple: chaque individu a 1 num...
Merci des suites...

Bonjour,
j'ai réfléchi à ton problème et je te propose le modèle entité relation suivante :
un adhérent à un statut et un seul (célibataire mariée)
un statut concerne zéro ou plusieurs adhérents
un adhérent à une adhésion une seule
une adhésion concerne au minimum un adhérent mais peut concerner plusieurs adhérents
le montant de l'adhésion dépend du statut.
L'adhésion peut être payée par tous les membres de cette adhésion.
Il faut donc créer quatre entités une entité adhérent une entité statut une entité adhésion et une entité facture
il faut relier l'entité adhérent à statut, relier l'entité adhérent à adhésion et l'entité adhérent à facture. Il ne faut surtout pas bien entendu relier la table adhésion à la table statut car le car le statut ne dépend pas de l'adhésion
Je sais pas si tu peux transformer directement ce modèle conceptuel en modèle logique, si tu le fais tu trouveras que dans la table adhérent la clé étrangère de l'adhésion et la clé étrangère de factures et la clé étrangère de statut
en clair en interrogeant la table adhérent tu connaîtras son statut son adhésion et ce qu'il a payé
n'utilisant pas Access je ne sais pas quels sont ces possibilités c'est-à-dire je ne sais pas si la notion de vue existant dans une base de données relationnelle et je ne sais pas si tu peux faire des procédures pour par exemple calculer le montant des cotisations versées pour chaque adhésion ce qui réglera ton problème

Bonjour
Lors de la réception paiement, cela n'empeche pas de remplir comme si c'était des individuelles.
As tu regardé la base exemple.

Oui, je viens de voir l'exemple. Ça ressmble d'ailleur au mien, à quelque degré près. Merci donc. Mais mon défi reste d'actu, vu que je ne peux pas contourner la condition dont je parle en raison de son caractère statutaire. J'explique:
Supposons Pierre (célibataire -> 27€), Paul et Pauline (couple ->30€).Donc si l'utilisateur final de la base requête la liste des membres, il doit voir les 3 noms mentionnés. Là, ça se passe bien. Mais s'il requête l'état périodique des cotisations, sous l'hypothèse que Pierre a payé ses 27€ et Paul les 30€ de son couple (donc Pauline 0€), l'état de Pierre est ''A jour'', celui de Paul aussi. Pour sa conjointe en revanche, la requête renvoi ''Non à jour'', alors que le paiement effectué par son époux la couvre. Comment résoudre ce problème, car les paramètres de la requête pour déclarer le membre ''A jour'' ou ''Non à jour'' c'est de vérifier si la somme de ses cotisations est =, < ou > au montant dû.