Comment gérer une BDD sur plusieurs années

Fermé
alex - 15 mars 2004 à 17:11
 alex - 22 mars 2004 à 09:55
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

7 réponses

teebo Messages postés 33478 Date d'inscription jeudi 14 octobre 2004 Statut Modérateur Dernière intervention 24 février 2011 1 795
15 mars 2004 à 17:13
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!
0
teebo je te suit pas
0
teebo Messages postés 33478 Date d'inscription jeudi 14 octobre 2004 Statut Modérateur Dernière intervention 24 février 2011 1 795
16 mars 2004 à 09:07
Hop, lit bien ca, tu comprendras:

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!
0
tafiscobar Messages postés 1277 Date d'inscription jeudi 7 décembre 2000 Statut Contributeur Dernière intervention 26 février 2009 177
15 mars 2004 à 19:41
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!!!
0
teebo Messages postés 33478 Date d'inscription jeudi 14 octobre 2004 Statut Modérateur Dernière intervention 24 février 2011 1 795
16 mars 2004 à 09:09
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!
0
c'est koi un backup ?
0
teebo Messages postés 33478 Date d'inscription jeudi 14 octobre 2004 Statut Modérateur Dernière intervention 24 février 2011 1 795
22 mars 2004 à 09:16
Une sauvegarde :o)
Desole l'anglais est tres utilise en info :o)

.  .  Bon!Si on m'empeche de travailler
\_/  Je ne me debattrai pas!
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
alors qui peut m'aider ?
0
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 !!
0
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 ?
0