Ping Pang

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.