Structure optimale des données GPS pour un site Django

Bonjour à tous,

message également publié dans le discort 31/12/24 à 12:16 dans le forum aide

Je suis en train de me faire un site avec Django qui devra gérer des tables de données (gestion d'un club de foot / équipe de football professionnelle)

c’est une question de mémoire / rapidité des tables de données. Le site va contenir plusieurs tables de données

Structure de base

Un club -> 1 ou plusieurs équipes -> plusieurs joueurs Données individuelles d’un joueur de foot (profil) (+-24 joueurs = 1 équipe) données de RPE (quantification de la charge d'entrainement)

données xxx Données de GPS (+- 60 valeurs)

Comment structurer une ligne de valeur GPS

Exemple de données du dictionnaire que je pense faire

{
    ‘nom_du_club’: ‘Real’,
    ‘nom_equipe’: ‘first_team’,
    ‘date’: ‘31/12/24’,
    ‘heure’: ‘11 :42 :00’,
    ‘type_d_entrainement’: ‘terrain’,
    xxx: yyy,
    Puis les ‘Gps_data’:

    Ici continuer en dictionnaire ou mettre une liste ou un tuple ?? Je m’explique j’ai entre 20 et 100 données en fonction de la marque de gps

    •    Distance totale parcourue
    •    Distance au-dessus de 20km/h
    •    Vitesse max
    •    ….

    Mais ce sont des données brutes « fixes » qu’on ne modifie pas. (intérêt du tuple comme immuable)

Par contre je devrai ensuite travailler sur ces données (je suppose avec panda, Matplotlib, …) Filtrer en fonction de plusieurs critères et ressortir une ou quelques données des tuples ?

Il faut savoir que cela représente +- 8000 lignes de données pour 1 seule équipe (= 8000*110 données !)

Et j’ai encore 4 ou 5 bases de données similaires pour une seule équipe.

Ma question (de novice en informatique car je suis kiné / ostéo et entraineur de foot donc autodidacte en informatique mais j’ai me suis créé mon fichier googlesheet qui me gère tout ça avec une certaine lenteur et que j’ai déjà eu l’occasion de vendre l’idée à des clubs pro mais je préfère recommencer en python et faire une souscription mensuel pour des club mais tout d'abord expérimenter pour moi le logiciel et me faciliter dans mon quotidien)

Est-il préférable de continuer avec un dictionnaire pour avoir plus facile à me retrouver dans mes données sans perdre de rapidité/ mémoire lors des analyses ou alors insérer un tuple dans le dictionnaire voir même plusieurs tuples (un tuple pour chaque groupe de données que je fixerai moi-même) car dans les 100 données il y en a +-25 de super importantes les autres c’est du « blabla »

Merci de m’avoir lu et je suis au tout début de ce projet mais ayant eu ce type de soucis rapidité sur googlesheet / excel, j’ai pensé à cela hier soir. Je suis preneur d’autres remarques ou points d’attention que je dois considérer dans mon projet

Jérôme

je viens de penser à autre chose,

en fait, cela sera des données postgresql

chaque colonne aura un nom (nom_du_club, nom_equipe, xxxx) il est vrai que je ferai des tables séparées entre différents club mais pas forcément entre différentes équipe du club car un joueur pourrait jouer dans plusieurs équipes! à voir comment je vais structurer cela plus tard

c'est juste dans ma table data gps

est-t-il plus intéressant de diviser chaque data gps en colonne de ma table ou regrouper en dictionnaire ou tuple la data gps ou les fragments de la data gps

j'espère être compréhensible

Salut,

Pour moi tout faire en table :

• club

• équipe

• joueur

• session d'entrainement (le gps serait à l'intérieur)

Après à voir quel champs tu veux pour chaque table. Et dans équipe, joueur, session d'entrainement tu aurais des clés étrangères.

Exemple : une clé club dans equipe, une clé equipe dans joueur, une clé equipe dans session d'entrainement.

Après tu pourrais facilement envoyer des requêtes pour récupérer ce que tu veux ^^