Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
comment gérer les dates d'échéance
Bonjour,
Depuis quelque jours je cale, j'ai créé une base de donnée concernant la gestion de membre d'une association...
Mon problème c'est que je ne vois pas comment gérer les dates d'écheance :
J'ai 1 membre + date d'inscription
- 1ère année XXXX €
- A partir de la 2ième année XXX €
un indice ?
Merci d'avance
Une entité Tarif peut-être ?
Tarif(T_Id, T_AnneesAnciennete, T_Tarif)
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
alors :Une entité Tarif peut-être ?
Tarif(T_Id, T_AnneesAnciennete, T_Tarif)
membre (numM,....,dateInscription, #T_id) ?
Tarif(T_Id, T_AnneesAnciennete, T_Tarif)
Tarif(1, 1, 999)
Tarif(2, 2, 99)
je pense rajouter la situation des paiements
je reprends :
membre (numM,....,dateInscription,...)
Tarif(T_Id, T_AnneesAnciennete, T_Tarif)
Paiement(#numM, #T_Id, dateAujoourdhui, situation)
est ce que c'est faisable ? ou ?
je développe en php/mysql, est ce que je n'aurais pas de souci pour l'affichage ?
Non ! Le tarif appliquable à un individu peut se calculer donc normalement on ne le stocke pas.Envoyé par akara
C'est plutôt ça l'idée mais en fait le paiement d'une cotisation à une date fixe dépend du tarif applicable à cette date, lequel tarif peut évoluer dans le temps.je pense rajouter la situation des paiements
je reprends :
membre (numM,....,dateInscription,...)
Tarif(T_Id, T_AnneesAnciennete, T_Tarif)
Paiement(#numM, #T_Id, dateAujoourdhui, situation)
est ce que c'est faisable ? ou ?
Le mieux est alors de se servir de la table tarif pour calculer les appels à cotisation à une date donnée et d'enregistrer dans la table paiement le tarif réellement payé :
Paiement(#numM, Cotisation, DateCotisation, Situation)
Non. Il suffit de faire les bonnes requêtes pour récupérer les bonnes infos et de les afficher correctement.je développe en php/mysql, est ce que je n'aurais pas de souci pour l'affichage ?
Mais là on change de forum pour aller vers "PHP & MySQL".
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
La table Paiement n' a pas de clé primaire ?
#numM est la clé primaire de la table Membre
Faut il que je donne une clé?
Paiement(#idP, Cotisation, DateCotisation, Situation)
Membre (#numM, ....., #idP)
??
Oui il vaut mieux mettre une clé primaire à la table Paiement :
Paiement (P_Id, #numM, P_Cotisation, P_DateCotisation, P_Situation)
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
Répondre avec citation
Partager