ouais... je viens de voir ta structure, je suis pas des masses daccord avec ton pproche que je trouve un peu simpliste, attention, ce n'est pas negatif, mais je trouve que ca pourrait etre plus pro, ce qui te permettrait une meilleure evolution ensuite.
par exemple, pour ta table joueurs, la donnee "paye" je vois pas kelle en est l'importance. si j'etais toi, je ferais une autree table appelee "cotisation" avec dedans les differents montants et un identifiant pour chaque montant. du coup, dans ta table des joueurs, tu n'aurais qu'un champ "montant cotis" et un autre champs "date de fin validite", la ca serait mieux
tu peux de cette maniere gerer tes relances d'abo a m-1 de facon automatique, avec ton systeme c'est impossible.
ensuite, la date de crea du compte... admettons, mais poursuit ton idee ! si tu veux logger, logge tout ou ne logges rien, parce qu'on en a rien a carrer de la date ou le type s'est inscrit, par contyre, la date de relance d'abo est importante, et si tu veux faire des stats de frequentation par visiteur, tu peux ajouter par exemple, date du dernier log, heure du dernier log, ... ce genre de trucs.
autre point important, la structure de ta table "etre responsable" est fausse. deja, faire 2 cles etrangeres ici, je vois pas l'interet, SAUF si tu t'es plante de mots et que tu veux dire que c'est une cle primaire formee de 2 datas, ce qui la pour le coup serait plus juste. d'autre part, il faut ajouter un identifiant unique pour eviter les doublons, il manque ici.
meme remarque pour "s'inscrire"...
bon, en gros, je pense que tu peches sur la structure et l'analyse, comme l'a souligne bernie. je te deconseille fortement de commencer a developper sur ces bases, penses a l'evolutivite de ton produit, penses a la montee en charge, autant d'aspect qui seront un obstacle si tu les negliges maintenant. postes ton mcd si tu l'as en version graphique
++
