
Ping Pang
Architecture data · Sport
Architecture de données pour un écosystème consacré au tennis de table, reliant le suivi d’entraînement, les profils joueurs et un classement calculé de manière cohérente.
Contexte
Les données utiles viennent de plusieurs sources et ne désignent pas toujours les joueurs de la même façon. Le défi principal était de construire une base fiable avant d’ajouter les fonctions visibles de l’application.
Solution
Conception d’une architecture Supabase partagée par les applications d’entraînement et de ranking. Les imports multi-sources sont normalisés avant leur rapprochement avec les profils utilisateurs. Le moteur de classement Glicko-2 a été isolé et testé pour rendre les calculs reproductibles. Les règles de sécurité limitent l’accès et les modifications selon le rôle de l’utilisateur.
Rôle
Modélisation du schéma, réflexion sur les identifiants et la déduplication, définition des règles de sécurité, préparation des imports et validation du moteur de classement.
Résultat
Une fondation technique commune pour éviter que chaque fonctionnalité recrée sa propre version des joueurs, des matchs et des classements.
Points clés
- Supabase comme source de vérité
- Imports provenant de plusieurs systèmes
- Correspondance entre profils et ranking mondial
- Calcul Glicko-2 testé séparément
- Sécurité des données intégrée au schéma
Ce que j’en retiens
- Un bon algorithme ne compense pas des identités mal rapprochées
- Les règles d’accès doivent être pensées avec le modèle de données
- Les imports ont besoin de contrôles et d’une trace de leur provenance
Un besoin similaire dans votre activité ?
Découvrez les prestations que je propose, avec un périmètre adapté à votre projet.