Discussion :

[Sinedb]

Bonjour à tous,

Dans le cadre d'une équipe sportive, j'aimerai essayer de stocker toutes les informations via une base de données.
Pour l'heure, et le systeme fonctionne très bien, j'ai mes différentes informations sur des feuilles de calcul excel que j'exploite via power BI pour extraire divers rapports (fiches joueurs, statistiques, etc)
Inconvénient, pour lire mes rapports, mes compères doivent avoir une licence ......
Par ailleurs, je crois que vous conviendrez tous que ce n'est pas le but premier d'excel .....

Je me sens donc motivé à passer à l'étape supérieure pour stocker et exploiter toutes ces données. Cependant, des la mise en œuvre, je me heure à un écueil .....

La première table, pas de problème:
Effectif, constitué de ce genre de champs: [Id_joueur] [nom] [prenom] [date de naissance] [etc] [etc] [etc] dont de nombreuses pièces jointes

D'autres tables avec différents types de test.
Par exemple : Vitesse [date_test] [nom] [prenom] [5m] [10m] [20m] . Ici, je suppose que je dois mettre en clé primaire le trio date, nom, prénom ? (nous avons des frères dans nos effectifs) ?

Mon problème vient de ma table matches.
Sur mon fichier excel, c'est simple, j'ai une ligne par joueur pour chacun des matches
[date match] [catégorie] [adversaire] [resultat] [nom] [note] [stat1] [stat2] [stat3] ][etc etc etc] [commentaire du coach sur le match] la clé primaire devrait donc etre sur les champs date, categorie, adversaire, nom (et il faudrait que j'ajoute prénom si les 2 freres jouent ensembles)
Cela implique donc que la même information est répétée puisqu'elle est commune a tous les joueurs (les scores, l'adversaire, le commentaire du coach sur la prestation de l'équipe, etc etc)
Je suppose que ce n'est pas optimum ....

Arrivez vous a visualiser mes explications peut être pas très claires ?
Que pourriez vous me conseiller comme procédure ? Et peut etre un SGBD ?

Merci

[pier.antoine]

Bonjour

L'utilisation d'un SGBD relationnel vous permettra de travailler au mieux.

Les spécialistes conseillent toujours de travailler en 3 étapes :
- établir les règles de gestion ;
- établir le MCD (modèle conceptuel des données)
- établir le script de création des tables et autres.

Un simple éditeur de texte doit permettre d'établir les règles de gestion.

Personnellement, j'utilise Looping pour établir le MCD. Plutôt simple, il permet de générer facilement les scripts de création de la base.
En dehors de ces aspects très techniques et concrets, je suggère de lire quelques tuto sur la conception de base, de tables et de relations entre les tables..

Vite fait, comme ça je dirai :
- 1 table joueur (état civil)
- 1 table "adhésion" (début, fin...)
- 1 table match (date, lieu, équipes...)
- 1 table joueur - match (référence à 1 joueur, référence à 1 maths, stat).

Encore une fois, je ne suis pas un grand spécialiste, donc prendre mes informations avec des pincettes.

Bon courage.

[fsmrel]

Bonjour Sinedb

Je me sens donc motivé à passer à l'étape supérieure

Il s’agit donc de mettre en oeuvre une base de données. Une base de données ça se construit comme une maison. Avant de construire une maison, il faut d’abord en établir les plans, ce qui est du ressort de l’architecte. Il en va de même pour la base de données, il va falloir commencer par modéliser votre domaine, sinon ça sera l’échec.

Ne soyez pas décontenancé par mes propos, mais construire un MCD (modèle conceptuel des données) est l’étape incontournable pour produire une base de données digne de ce nom. Cela n’est pas très compliqué, mais ça exige une très grande rigueur et un peu de patience, du reste on se pique assez vite au jeu. Pour l’apprentissage de la chose je vous recommande vivement l’utilisation de Looping et de faire l’acquisition de l’ouvrage qui l’accompagne, Modélisation Conceptuelle de Données, et qui vous guide pas à pas dans l’apprentissage de la modélisation.

On peut évidemment répondre à toutes vos questions concernant l’élaboration du MCD, et sachez qu’une fois celui-ci obtenu, Looping vous produira le code SQL correct (les tables) que vous attendez de vos voeux.

[fsmrel]

Sinedb,

Je vous invite à voir la discussion ouverte par Vincent (aras-vbo) qui a suivi les conseils d’escartefigue en établissant les règles de gestion, une fois défini le dictionnaire des données (ça peut être perçu comme fastidieux, mais ça se révèle ô combien utile par la suite).

[Sinedb]

Merci à tous, je me penche la dessus, et je reviens proposer quelque chose, voir si j'avance dans la bonne direction

[Sinedb]

Concernant les règles de gestion, telles que suggérées par Fsmrel, et le dictionnaire de données, j'avoue, probablement par excès de confiance néfaste, ne pas être passé par cette étape. Je crois être loin de la complexité du projet de Aras-vbo.
J'ai donc essayé via looping (magnifique outil ceci dit) de créer le schéma.
Venant de mes fichiers excel, cela me pertube de ne pas remettre les noms et prénoms des joueurs dans dans les différents tableaux, et cela m'intrigue de voir comment seront renseignées les données. Ceci dit, j'en suis loin ...


Si je comprends bien le passage au modèle relationnel, j'obtiens quelque chose du genre:
Matchjoué (id_match, numero licence, Poste, temps de jeu, note, distance parcourue, commentaires)
Evaluation (numero licence, Date_evaluation, evaluation athletique, evaluation technique, evaluation mentale, evaluation tactique)
Mesure (numero licence, Date teste mesure, taille, poids, mg)
Vitesse (numero licence, date test vitesse, 5m, 10m, 20m, 30m, 40m)

Je suis sur la bonne voie ?