Comment gérer une BDD sur plusieurs années
alex
-
alex -
alex -
Bonjour,
J'ai créé une base de données qui gère les adhérents d'un centre d'arts martiaux. L'entité générique membre se spécialise en 3 entité spécialisées : adhérents, non adhérents, prospect.
L'utilisateur souhaite conserver les données des membres d'une année à l'autre sachant qu'il y a chaque année de nouveaux adhérents et qu'il y a des adhérents qui partent .
Par ex : Si un adhérent s'en va en 2004-2005 ses données passent alors a non adhérent mais on souhaite aussi garder le fait qu'il a été adhérent pour la saison 2002-2003
merci
J'ai créé une base de données qui gère les adhérents d'un centre d'arts martiaux. L'entité générique membre se spécialise en 3 entité spécialisées : adhérents, non adhérents, prospect.
L'utilisateur souhaite conserver les données des membres d'une année à l'autre sachant qu'il y a chaque année de nouveaux adhérents et qu'il y a des adhérents qui partent .
Par ex : Si un adhérent s'en va en 2004-2005 ses données passent alors a non adhérent mais on souhaite aussi garder le fait qu'il a été adhérent pour la saison 2002-2003
merci
A voir également:
- Comment gérer une BDD sur plusieurs années
- Gerer stockage google - Guide
- Gérer les applications au démarrage - Guide
- Gerer les profils netflix - Guide
- Gerer les cookies - Guide
- Comment gérer les libellés dans gmail - Guide
7 réponses
Salut,
Pas le temps pour ta reponse aujourd'hui mais juste un avertissement, il te faut absolument faire une declaration a la CNIL pour ton fichier, ou au moins te renseigner...
. . Bon!Si on m'empeche de travailler
\_/ Je ne me debattrai pas!
Pas le temps pour ta reponse aujourd'hui mais juste un avertissement, il te faut absolument faire une declaration a la CNIL pour ton fichier, ou au moins te renseigner...
. . Bon!Si on m'empeche de travailler
\_/ Je ne me debattrai pas!
il veut dire que tu dois declarer les données a la cnil car toute collecte de données "privées" de personnes doit etre declarées si je ne m'abuse.
Moi j'ai que 2 solutions, mais elles ne st peut etre pas bonnes, peut etre que d'autres auront de meilleurs solutions.
La premiere qui me vient a l'esprit c'est de creer un champ depart en paralelle au champ arrivée et ainsi tu pourras savoir pendant combien de temps il a été présent.
La deuxiéme est de faire un backup chaque année et de tout reinitialiser mais c'est une solution bete et donc a ne pas prendre en compte.
tafiscobar "lou waye def bopame"
la nullite n'existe pas, l'ignorance oui, ah je suppose!!!
Moi j'ai que 2 solutions, mais elles ne st peut etre pas bonnes, peut etre que d'autres auront de meilleurs solutions.
La premiere qui me vient a l'esprit c'est de creer un champ depart en paralelle au champ arrivée et ainsi tu pourras savoir pendant combien de temps il a été présent.
La deuxiéme est de faire un backup chaque année et de tout reinitialiser mais c'est une solution bete et donc a ne pas prendre en compte.
tafiscobar "lou waye def bopame"
la nullite n'existe pas, l'ignorance oui, ah je suppose!!!
Salut,
Alors pour le probleme, il y a aussi une autre solution, tu mets une cle (Par exemple le numero d'adherent tout en creant un numero d'adherent aussi pour les autres, que tu peux appeler autrement pour rester coherent.) et dans une table tu mets juste
Cle Annee Status
par exemple, la table deviendra vite grosse mais bon ca reste raisonnable (en gros nbrAnnee*nbrPersonnes)
. . Bon!Si on m'empeche de travailler
\_/ Je ne me debattrai pas!
Alors pour le probleme, il y a aussi une autre solution, tu mets une cle (Par exemple le numero d'adherent tout en creant un numero d'adherent aussi pour les autres, que tu peux appeler autrement pour rester coherent.) et dans une table tu mets juste
Cle Annee Status
par exemple, la table deviendra vite grosse mais bon ca reste raisonnable (en gros nbrAnnee*nbrPersonnes)
. . Bon!Si on m'empeche de travailler
\_/ Je ne me debattrai pas!
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Ben ya kas creer une nouvelle table komme celle ci par ex :
INSCRIPTIONS (saison, id_membre)
J'espere ke ça pourra t'aider
>> pe@ce << ... mais mort aux kons !!
INSCRIPTIONS (saison, id_membre)
J'espere ke ça pourra t'aider
>> pe@ce << ... mais mort aux kons !!
J'ai pensé à mettre une table "calendrier" avec année en clé primaire puis la relier à "adhérent". Mais comment faire si un adhérent arrête l'année d'après. Il faut le garder dans la base de données avec un historique de ses inscriptions et l'année en cours le mettre dans la table "non adhérent" et ainsi de suite ?
http://www.cnil.fr/index.php?id=20
C'est tres important, a la fois en ce qui concerne la "proprete" de la chose et a la fois en ce qui concerne ta tranquilite (sinon un grincheux peut te pourrir la vie, amende, voire prison dans certains cas - certes plus gros -)
. . Bon!Si on m'empeche de travailler
\_/ Je ne me debattrai pas!