Discussion :

[piloupi]

Bonjour, je peine vraiment à modéliser ce schéma selon les règles que je vous copie ci-dessous pouvez vous m'y aider ?
Merci d'avance

Le jeu est un jeu de freesbee et ce n'est pas un vrai tournois mais plutot un classement par niveau au fil des match.
Par contre il n'y a pas de "journées" de championnat, c'est chaque joueur qui doit affronter sa liste d'adversaire sans contrainte de temps

Règles de gestions :

R1 Un joueur fait un match contre un autre joueur (adversaire)
Joueur --1,1 – Faire un match contre – 1,1 Joueur

R2 Un match se joue sur un seul terrain
Match –1,1 -- Se dérouler -- 0,N Terrain

R3 Un joueur doit affronter une fois tous ses adversaires avant d'affronter un adversaire pour la deuxieme fois
R3 bis : Quand inscrits il est ajouté a la liste de tous les joueurs a affronter
R3 Ter : Si le joueur monte un niveau, sa liste d'adversaire reviens a zero (voir R4 et R5)

R4 Quand un joueur termine un match il obtient un résultat (+1 en cas de victoire -1 en cas de défaite, pas de match nul possible)

R5 Si un Joueur totalise +5 il passe au Niveau 1 et s'il est a -3 il rétrogade d'un Niveau (sauf au niveau 0)
Joueur -- 1,1 -- Classé – 0,N -- Niveau

R6 Un joueur de niveau 4 (et +) ne peut affronter que des joueurs du même niveau.
Une requete sur le nom des joueurs qui sont de niveau 4, donne la liste des joueurs possible a jouer.

R7 Le joueur de plus bas niveau choisis le terrain

R8 Un joueur n'ayant pas fait de match depuis plus de deux semaines sort temporairement de la liste des adversaires (pour ne pas bloquer les autres participants)
Joueur -- 1,1 -- Participer (Date Match)-- 1,N Match

[CinePhil]

R1 Un joueur fait un match contre un autre joueur (adversaire)
Joueur --1,1 – Faire un match contre – 1,1 Joueur

Cette règle de gestion est incomplète ; il manque la contraposée.
J'écrirais plutôt ceci :
R1 : Un match fait participer deux joueurs et un joueur peut participer à plusieurs matches.
joueur -0,n---participer----2,2- match

R2 Un match se joue sur un seul terrain
Match –1,1 -- Se dérouler -- 0,N Terrain

OK, malgré la règle de gestion incomplète.

R3 Un joueur doit affronter une fois tous ses adversaires avant d'affronter un adversaire pour la deuxieme fois

Avec cette règle de gestion, on entre du côté traitement. C'est une règle de contrainte qui peut être codée dans la BDD par une contrainte CHECK, si le SGBD employé la met en oeuvre, c'est à dire si on n'utilise pas le mauvais MySQL. On peut aussi utiliser un trigger.

R3 bis : Quand inscrits il est ajouté a la liste de tous les joueurs a affronter

Idem, il s'agit d'une règle de traitement.

R3 Ter : Si le joueur monte un niveau, sa liste d'adversaire reviens a zero (voir R4 et R5)

Idem.

R4 Quand un joueur termine un match il obtient un résultat (+1 en cas de victoire -1 en cas de défaite, pas de match nul possible)

Ceci se traduit par une propriété "resultat" dans l'entité type "match".

R5 Si un Joueur totalise +5 il passe au Niveau 1 et s'il est a -3 il rétrogade d'un Niveau (sauf au niveau 0)
Joueur -- 1,1 -- Classé – 0,N -- Niveau

Idem, la règle de gestion est une règle sur les traitements. Le niveau peut être une propriété de l'entité type "joueur" s'il le niveau n'a pas d'autre propriété que son numéro.

R6 Un joueur de niveau 4 (et +) ne peut affronter que des joueurs du même niveau.
Une requete sur le nom des joueurs qui sont de niveau 4, donne la liste des joueurs possible a jouer.

Règle sur le traitement.

R7 Le joueur de plus bas niveau choisis le terrain

Règle sur le traitement.

R8 Un joueur n'ayant pas fait de match depuis plus de deux semaines sort temporairement de la liste des adversaires (pour ne pas bloquer les autres participants)
Joueur -- 1,1 -- Participer (Date Match)-- 1,N Match

Règle sur le traitement. L'association modélisée correspond à celle que j'ai donnée plus haut. La date du match est une propriété du match et non pas de l'association.

[piloupi]

Merci beaucoup, finalement très peu de tables, et beaucoup de traitements, ou de triggers

Je vais essayer de faire un mcd propre. et de le poster

Donc pas d'association reflexive vers joueurs ?
Avec en plus un lien vers "match" ?

[piloupi]

J'ai mis le mcd en pièce jointe.

Est ce que c'est ça ?

Je dirai même c'est tout ? si oui, la complexité va être au niveau des traitements ...

Mais quand vous parlez de traitements vous parlez des vérifications que l'on programme dans la base de donnée comme les triggers par exemple ?

Ou alors ces traitements sont dans le code de l'application hors base de donnée ?

Ou les deux ...

[CinePhil]

Au vu des règles de gestion annoncées, ça semble être tout en effet.

Quelques remarques tout de même..;

1) Un pseudo de 256 caractères, ça fait beaucoup !
Idem pour le résultat ou le libellé du terrain.

2) Pourquoi le niveau du joueur est en décimal ?
Un petit entier ne suffirait-il pas ?

Mais quand vous parlez de traitements vous parlez des vérifications que l'on programme dans la base de donnée comme les triggers par exemple ?

Ou alors ces traitements sont dans le code de l'application hors base de donnée ?

Ou les deux ...

Il est préférable de poser les contraintes sur les données dans la BDD. Il faut alors que le programme gère les erreurs retournées par le SGBD lorsqu'une contrainte est violée.

Certains traitements peuvent être faits par procédure stockée. Là aussi, l'application gère le code d'erreur ou de succès renvoyé par la procédure SQL.

Tu peux aussi choisir de contrôler tout ça par l'application mais il faut s'assurer que personne n'ira bidouiller les données directement en BDD.

[piloupi]

Merci bien, je vais modifier pour les remarques.


Si je veux faire le MLD voire Ecrire le script de création de la base est ce que je cloture et je poste ailleurs ou alors je peux continuer sur ce sujet ?

Merci

[CinePhil]

Tu peux continuer ici.