Discussion :

[steve-movi]

Bonjour à tous,

Je dois restituer des statistiques via une API Web sur 1 jour, 1 mois ou 1 an (selon choix de l'utilisateur).
Ces statistiques seront remontées directement par l'API en question.

J'ai une question concernant la modélisation en base de données de ces statistiques...

J'ai une dizaines de stats à calculer et à stocker (pour pouvoir ressortir l'historique) : comment les stocker car j'ai des stats qui varient de jour en jour ?

Je m'explique :
Prenons par exemple une BDD avec deux tables élèves et profs

Je dois faire les stats suivantes :
- nombre d'utilisateurs actifs (élèves + profs)
- nombre d'utilisateurs actifs par pays
- nombre d'utilisateurs actifs par état (que pour USA)
- nombre d'élèves par prof
etc.

Au début je me suis dit facile je crée une table statistiques et je fais un champ par statistique à calculer et tous les jours j'ai un script qui tourne et me calcule les stats du jour en les insérant en base...

Ok mais comment faire pour les stats par pays par exemple ? (même question pour les stats par prof ou par état)
Jour 1 j'aurais par exmeple : FRANCE = 50
Jour 2 FRANCE =50 et USA = 10
Jour 3 FRANCE =60, USA = 10 et ALLEMAGNE=30
etc.

Avez-vous un conseil pour modéliser cela ?

Merci d'avance
Steve

[ZenZiTone]

Avez-vous un conseil pour modéliser cela ?

Faire un MCD !

Et pour commencer, essaye de mettre de côté le fonctionnement de ta solution. Concentre toi juste sur les données à traiter. Dans un premier temps du va devoir lister les données à traiter et les contraintes qui y sont liées, comme tu as commencé à le faire :

Je dois faire les stats suivantes :
- nombre d'utilisateurs actifs (élèves + profs)
- nombre d'utilisateurs actifs par pays
- nombre d'utilisateurs actifs par état (que pour USA)
- nombre d'élèves par prof
etc.

Ici, on peu en déduire une entité PAYS, une entité ETAT(ou région si tu souhaite lister les région des autres pays en plus des étais des USA), un entité UTILISATEUR(ou une prof + une élève). Ensuite tu associes les entités entre elles afin de correspondre aux règles de gestion ( un PAYS a plusieurs REGION, une REGION appartient à un et un seul PAYS), etc