Discussion :

[jimbolion]

zeus.15,

A la relecture, j'avais oublié une relation (joueur dans donneesmatch) et une adaptation plus juste du temps additionnel dans la table événement (une mi-temps s’arrête à la 45ème ou à la 90ème minute). Le but intervenant dans les arrêts de jeu est donc comptabilisé sous cette forme (45' + 2') d'où l'ajout d'un champ minuteadditionelle (la notion de mi-temps peut alors disparaître : à étudier, cette valeur pouvant être calculée)



La base corrigée : newbase.zip

Bonne lecture

JimBoLion

[zeus.15]

Bonjour Jimbolion
Merci encore ! J'ai commencé à regarder ton travail hier soir et voulais t'écrire aujourd'hui.
Ce que tu as fait est super ! Afin de mieux tout comprendre, il faut que re regarde plus en détail mais je ne saurai pas apporter de corrections !!!
La prochaine étape va constituer à remplir les tables puis commencer à créer des états (dis moi si je me trompe) afin d'avoir des stats et les classements ??

Merci encore et bon dimanche

[jimbolion]

zeus.15,

Dans l'ordre :

1. Validation du modèle
2. Création des formulaires Référentiels (nationalités, zonecorps, actionType....)
2. Création des formulaires Equipes,Joueurs, Matchs..
3. Création du formulaire Evenement et Donnees_MAtch
4. Création des éventuels Reports
5. Statistiques

Lorsque la validation du modèle sera actée, tu pourras mettre résolu sur ce fil de discussion et poser tes nouvelles questions sur le forum.

JimBoLion

[zeus.15]

Jimbolion

je suis OK pour valider le modèle. Si tu me dis qu'il est viable, je te fais confiance!!!
Ensuite, tu me dis de créer les formulaires Référentiels. C'est ce que tu as commencé dans la TR_NationalitesTypes ? C'est à dire qu'il faut que je rentre toutes les modalités possibles et qui serviront ensuite pour alimenter les autres tables ?
A chaque fois, je vois que tu as créer un champ court et long (Le 1er étant l'abréviation du second ?)

Je ne vois pas la différence entre les tables TR_EvenementsTypes et TR_MotifsTypes. En fait, la table TR_MotifsTypes sert à indiquer le motif du carton. Je mettrai à jour les champs après le renvoi de la base que je t'ai envoyé (pour éviter de recommencer la saisie...) A moins que tu ne voies pas de modifs à apporter à la pièce jointe !!
Les intitulés de la TR_PiedsType n'étaient pas les bons (copier _coller d'une autre table) et je ne retrouve pas cette TR dans les Relations

En attendant ces 2 dernières réponses, j'ai enlevé "résolu"


Voilà, encore des questions (je préfère tout demander pour être sûr de bien comprendre) et l'on m'a toujours dit qu'il n'y avait pas de question idiote !!!

J'ai complété plusieurs tables (reste la TR_PostesType et TR_NatinoaliteType), je te la renvoie si jamais tu refais des modfis !!! Merci

Merci encore et bon dimanche !!

[zeus.15]

Après re-examen de ton travail, je commence à me poser des questions concernant les champs Motifs.

On trouve Motif dans la table T_Indisponibilité (on peut avoir comme motif: suspension ou blessure) mais n'est pas relié à une table TR
La table TR_MotifsTypes est en relation avec la table T_Evenements et c'est là où je pensais mettre le motif de la prise de carton (action dangereuse, comportement anti_sportif, insulte,etc...)

Dans la table T_Evenements, le champ EvenementTypeFK appelle la table TR_EvenementsTypes. Pour moi, ces différents peuvent être Exclusion, Remplacement, But, Passe décisive ou carton. Ensuite, si je choisis But, alors, il faut que je renseigne le tyep d'action, la zone de jeu et la zone de corps. Si l’événement est Carton alors je voudrais les choix des champs de la table TR_MotifsTypes.

Crois-tu que ce soit une erreur de ma part que de vouloir décomposer ainsi les évènements ???

Merci de ta patience....
Bonne soirée

[jimbolion]

Zeus15,

On trouve Motif dans la table T_Indisponibilité (on peut avoir comme motif: suspension ou blessure) mais n'est pas relié à une table TR

Oui, dans ce cas une table TR_MotifsIndisponibiltesTypes et transformer la table TR_MotifsTypes en tr_motifscartonTypes.

Dans la table T_Evenements, le champ EvenementTypeFK appelle la table TR_EvenementsTypes. Pour moi, ces différents peuvent être Exclusion, Remplacement, But, Passe décisive ou carton. Ensuite, si je choisis But, alors, il faut que je renseigne le tyep d'action, la zone de jeu et la zone de corps. Si l’événement est Carton alors je voudrais les choix des champs de la table TR_MotifsTypes.

Cette partie sera géré par l'applicatif, lorsque l’événement sera sélectionné tu rendras tes contrôles visibles ou invisibles. Tu peux éventuellement typer l'information au sein de la table TR_EvenementTypes (ainsi mettre un champ supplémentaire indiquant l'action à effectuer oulaisser comme çà et effectuer le contrôle sur le nom court).

Les intitulés de la TR_PiedsType n'étaient pas les bons (copier _coller d'une autre table) et je ne retrouve pas cette TR dans les Relations

Pourquoi ne pas utiliser la table TR_ZonesdeCorps qui contient pied droit et pied Gauche ?

Ensuite, tu me dis de créer les formulaires Référentiels. C'est ce que tu as commencé dans la TR_NationalitesTypes ? C'est à dire qu'il faut que je rentre toutes les modalités possibles et qui serviront ensuite pour alimenter les autres tables ?

Oui, mais rien n'empêches en plus d'alimenter tes tables en cours de saisie.

A chaque fois, je vois que tu as créer un champ court et long (Le 1er étant l'abréviation du second ?)

Oui à la fois pour l'utilisation des contrôles (exemple si but alors activer les champs ...) et la synthétisation d'une information sur un état par exemple (CJ pour carton Jaune prend moins de place lorsqu'il y a de nombreuses colonnes que Carton Jaune).

je suis OK pour valider le modèle. Si tu me dis qu'il est viable, je te fais confiance!!!

Mais pas nécessairement exhaustif, viable veut dire fonctionnel et logique. L'action de jeu n'est pas mentionnée sous forme de champs notes dans ta table (si tu ne l'as pas inscrit il n'est peut-être pas nécessaire), cela veut dire que le modèle n'est pas exhaustif mais tout autant viable...

Crois-tu que ce soit une erreur de ma part que de vouloir décomposer ainsi les évènements ???

Non, j'aurai fait comme cela aussi afin de garantir à la fois performances et informations à toute fins statistiques.

Voilà, encore des questions (je préfère tout demander pour être sûr de bien comprendre) et l'on m'a toujours dit qu'il n'y avait pas de question idiote !!!

D'accord avec toi

Je te laisse donc faire les correctifs et me faire un retour avant clôture du fil de discussion

JimBoLion

[zeus.15]

Merci pour ces réponses
Je vais faire ces modifs et ensuite je t'enverrai le fichier en pj pour un dernier regard d'expert ! Si tu me dis que c'est OK, je clôturerai ce post.

Merci à toi

[jimbolion]

zeus.15,

Parfait

JimBoLion

[zeus.15]

Bon, voilà,
j'ai rajouté une TR_MotifsInsiponobilite et une TR_MotifsCartonsType



Je te joins la dernière mouture de la base... si tu peux jeter un coup dernier coup d'oeil avant que je continue !!

Merci pour tout encore, je crois qu'on approche de la fin (de cette étape)

Championnat L1.zip

[jimbolion]

zeus.15,

En conservant la normalisation (j'ai donc modifié le nom des champs), je pense que tu va pouvoir passer à l'étape construction de tes formulaires.

Fais toi la main sur les formulaires simples (tous les référentiels) avant d'attaquer les forms les plus complexes.

Pour assurer un maximum de réponses possibles sur le forum, un fil de discussion pour une question précise (un message d'erreur, un exemple...) afin d'augmenter tes chances d'obtenir une réponse.

La base corrigée ici : Championnat L1.zip

JimBoLion

[zeus.15]

Merci beaucoup
Place aux étapes suivantes !!
Bien compris les consignes

[dodyjohn]

Zeus.15,

Je viens de prendre connaissance de ton modèle.

Je ne vois pas la relation entre Match et Evenements (logiquement le N° de journée)

Ensuite pourquoi ne pas créer une table deroulement du match avec toutes les événements inscrits : ainsi une minute correspondant à une action (but, carton, blessure, un joueur, un passeur : optionnel ou un but CSC dans ce cas le jour ayant marqué contre son camp sera géré par un booleen). Chaque action détermine des choix supplémentaires (but : pied par exemple, zone de jeu).

D'autre part ton modèle (relation 1 <-> 1 entre équipe et joueurs ne prévoit pas le transfert en cours de saison. Un jour au cours du même championnat peut appartenir à plusieurs équipes (donc une table de jonction entre equipes et joueurs ainsi que la date du transfert).

La gestion du hors jeu n'est pas indiqué non plus : la 48 eme minute c'est aussi 45' + 3' (donc but en premiere période). Pour faire des stats c'est important de connaitre la période (soit gérer la période soir les minutes supplementaires au dela de la 45').

Donc quelques petites choses à reprendre à mon goût

JimboLion