Condition statut matrimonial
vazoom Messages postés 5 Date d'inscription Statut Membre Dernière intervention -
Mirmillon Messages postés 8 Date d'inscription Statut Membre Dernière intervention - 3 mars 2015 à 13:27
Mirmillon Messages postés 8 Date d'inscription Statut Membre Dernière intervention - 3 mars 2015 à 13:27
A voir également:
- Condition statut matrimonial
- Excel cellule couleur si condition texte - Guide
- Statut facebook - Guide
- Statut hors ligne instagram - Guide
- Statut en ligne messenger - Guide
- Statut concentration iphone - Guide
2 réponses
Bonjour,
tout dépend comment tu as conçu la base de donnée..
Impossible de répondre sans la connaitre.
tout dépend comment tu as conçu la base de donnée..
Impossible de répondre sans la connaitre.
bonjour
Pour simplifier les choses, je considérai l'adhérent par tarif individuel,un célibataire 23€ ,adhérent couple 15€ chacun.
Par contre chaque adhérent devrait avoir une identité personnalisé pour établir les paiements.
Pour simplifier les choses, je considérai l'adhérent par tarif individuel,un célibataire 23€ ,adhérent couple 15€ chacun.
Par contre chaque adhérent devrait avoir une identité personnalisé pour établir les paiements.
Merci Castours de tes observations,
chaque adhérent a effectivement une identité personnalisée. Mais si l'adherent est en couple, son cont peut tout payer, alors la base devait le considerer comme a jour. Cette condition est une disposition statutaire de l'Asso en question. Donc on ne peut pas la modifier.
Merci de me suivre.
chaque adhérent a effectivement une identité personnalisée. Mais si l'adherent est en couple, son cont peut tout payer, alors la base devait le considerer comme a jour. Cette condition est une disposition statutaire de l'Asso en question. Donc on ne peut pas la modifier.
Merci de me suivre.
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 e 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 conte 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û.
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 e 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 conte 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û.
Merci de t'interesser a mn sujet
En fait, j'ai 3 tbl principales : Adherents (N°A, titre, nom, prenom...), regimes d'adhesion (spécifie si on adhère comme célibataire ou couple pour associer a notre choix le montant correspondant, i.e. célib=27 ou le=30 €) et cotisations (N°C, date, montant cotisé..)
Par une requete, je pe savoir sur des periodes determinées, l'état des cotisations de chaque adherent. Aucun probleme pour les celib, mais les couples, ça se complique, car si Mr et Mme sont ts 2 membres, ça doit pas faire 27€x2, mais 30€ que les conts se partagent ou que l'un d'eux e, Mr par exple (ce que je préfère par défaut).
Dans ton exemple la table régime d'adhésion est reliée par un lien 1,N à la table adhérent.
Merci des suites...
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