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
Le no life répond "Counter Strike : Source"
Le geek répond "Cascading Style Sheets"
Ce n'est pas un hasard si deux choses vitales ont le même sigle
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. Autoentrepreneur.
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 ?
Le no life répond "Counter Strike : Source"
Le geek répond "Cascading Style Sheets"
Ce n'est pas un hasard si deux choses vitales ont le même sigle
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. Autoentrepreneur.
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)
??
Le no life répond "Counter Strike : Source"
Le geek répond "Cascading Style Sheets"
Ce n'est pas un hasard si deux choses vitales ont le même sigle
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. Autoentrepreneur.
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 !
Y a un truc que je comprends pas, la table Paiement n'est il pas "enfant" de la table Membre ?
car tu met #numM dans Paiement , est ce que c'est pas #P_id dans Membre ?
Le no life répond "Counter Strike : Source"
Le geek répond "Cascading Style Sheets"
Ce n'est pas un hasard si deux choses vitales ont le même sigle
Il s'agit de mémoriser toutes les cotisations payées par les membres, d'année en année.
MCD :
Membre -1,n----Payer----1,1- Cotisation (ou Paiement pour raccrocher aux messages précédents)
Tables :
Membre(M_Id, M_Nom, M_Prenom, M_DateInscription...)
Paiement(P_Id, P_IdMembre, P_Montant, P_Situation, ...)
Si tu ne veux garder trace que de la cotisation de l'année en cours alors mets ça directement en attribut des membres :
Membre(M_Id, M_Nom, M_Prenom, M_DateInscription, M_Situation, ...)
Et comme le montant de la cotisation est calculé à partir de la date d'inscription, tu n'as même plus besoin de stocker le montant de la cotisation du membre.
A toi de voir si tu dois garder mémoire des cotisations ou si seule la cotisation en cours t'intéresse.
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
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 !
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager