PHP|Débutant :: Forums

Saluton,
En termes de modélisation, tu mets la charrue avant les bœufs.
Ce que tu nous présentes c'est déjà un modèle physique des données alors que l'on a rien vu ni discuté du dictionnaire des données de son arbre des dépendances fonctionnelles ni du modèle conceptuel des données qui en découlerait.
Je vois déjà un défaut de conception avec la table équipe qui contiendrait une colonne optionnelle (Une équipe est composé de 3 ou 4 joueurs).
J'imagine qu'un joueur n'est pas non plus fatalement, inexorablement  et indéfiniment rattaché à une équipe.....

Tu as une contrainte d'unicité qu'il va être délicat de représenter dans la base  :

En effet, pour une partie donnée, il faudrait veiller à ce qu'une équipe ayant reçu un adversaire, pour laquelle le couple a1-b1 serait vérifié, ne se trouve pas déjà exister dans la table sous le couple b1-a1. Or l'unicité d'un index couplé sur les colonnes #equipe_dom, #equipe_ext permet de s'assurer qu'il n'y aura pas de doublon a1-b1, mais pour contrôler l'éventuelle pré-existence d'un b1-a1, je ne vois qu'un trigger BEFORE INSERT.

Pour un même concours ?
Est-ce que pour les différentes parties d'un même concours les participants à une composition peuvent changer au sein d'une doublette ou d'une triplette ?
J'arrête là pour l'instant, mais probablement que d'autres questions vont surgir.

Ça me semble assez le bazar cette organisation, il faut bien que, dans une partie, les deux équipes adverses soient dans la même configuration, qui décide ? l'équipe qui présente la formation la moins nombreuse ?
Est-ce qu'au cours d'un même concours un joueur peut faire partie d'équipes distinctes ? (pas dans la même partie, bien sûr, mais dans deux rencontres distinctes)
D'autre part comment sont gérés les forfaits ?

Bonjour,
je vous explique tout le déroulement pour y voir plus clair:
Au départs j'envoie X invitation à des clubs de mon département. Ensuite les clubs décident d'envoyer 4 joueurs et me renvoie le nom de leur 4 joueurs à l'avance. Une fois que j'ai mon nombre d'équipe souhaitée (20 par exemple: les 20 premier retour seront les 20 équipes inscrites) je peux saisir les noms des 4 joueurs.
Ensuite, le jour du concours, les parties se jouent soit à la première équipe arrivée en 13 points soit dans un temps (entre 35 et 45 min).les parties ne se déroulent pas dans la même formation:
partie 1: quadrette
partie 2 :doublette
partie 3 : triplette
etc...
Il faut évidemment impérativement que les équipes soient donc à 4 contre 4 pour la partie 1 (donc les 4 joueurs inscrits). En revanche, pour la partie 2, chaque équipe de 4 joueurs choisit 2 joueurs qui vont participer à cette deuxième partie car en doublette (les autres se reposent pendant ce temps, cela permet au joueurs de se reposer et de ne pas faire toutes les parties). Il en résulte donc qu'un joueur ne peut faire partie que d'une seule équipe! Après pour mon application, je me moque de savoir quels seront les 2 joueurs choisit à partir du moment où j'ai le nom de l'équipe.
Exemple:
Partie 2 en doublette
Annecy contre Chambéry
Rumilly contre Thonon
etc...
Je ne veux pas savoir quels joueurs feront les parties car je connais le nom de l'équipe qui joue et le résultat va s'ajouter à une équipe et non un joueur.

La formation des parties (triplette, doublette, quadrette) est définie par l'organisateur (moi en l'occurrence) avant le début du concours (au moment ou je rentre les équipes)
Une victoire en 13 points rapporte 4 points
une victoire dans le temps (11-9 par ex) rapporte 3 points
un match nul 2 points
une défaite 1 point
un forfait 0 point pour l'équipe forfait et victoire 13-7 pour l'autre (mais très rare dans ce type de concours)

Pour le classement final il sera effectué en fonction du nombre de point total, des confrontations directes et du goal average
Je pense que je n'ai rien oublié

Merci encore de m'aider

Ne t'inquiète pas, je ne suis pas presse non plus!!
Un concours de déroulent en X partie (fixe par lorganisateur, donc par moi avant le début du concours)
Chacune des X parties se déroulent dans une formation définie par moi avant le début du concours ( doublette ou triplette ou quadrette ou...)

Je suis d'accord avec ton MCD sauf quelques points que j'enumere ci-après:
- La durée n'a pas besoin d'apparaitre dans la classe Partie car elle est gérée indépendamment (avec un chrono par moi et on se moque de cette donnée)
- je mettrai dans Rencontres l'attribut formation et enlèverai D-T-Q de la classe Partie car toutes les parties dune rencontre de jouent dans la même formation. La formation varie dune rencontre a une autre.
- jenleverai l'attribut jour de la classe Rencontre car un concours se déroule sur une date
- je changerai l'attribut ville par club dans Équipe
- dans joueurs, jenleverai pseudo et datenaissance car pas d'utilite

Voilà, qu'est-ce que tu en penses? Je posterai le schéma en fin d'après midi.

Autre question, avec les données que l'on a ici, on arrivera a établir un classement avec les conditions annoncées dans un post ci-dessus?
Encore merci

Tu considères-donc qui si aucune des deux équipes d'une partie n'a atteint 13 points c'est que la partie a dépassé le temps imparti. Ce n'est point sot.

Alors cela devient un attribut de Concours

Voui.

Bon, je trouve que l'on avance pas mal.
En revanche, je pense que l'attribut date doit se trouve dans la Classe Concours car:
un concours a lieu a une unique date. Je donne un exemple et m'explique après:
ex:
Le concours "12H mémorial Dupont" aura lieu le Dimanche 12 mars 2011
Il rassemble 24 équipe de 4 joueurs. Ces 24 équipes vont disputer chacune 10 parties dans la journée et à l'issue de cette journée sera établi le classement.
Dans les 10 parties, la 1ère sera en doublette (formation 1), la 2ème en triplette (formation 2), la 3ème en quadrette (formation 3), la 4ème en doublette, etc...

Je pense donc que l'attribut formation devrait plutôt être rattaché à la classe Partie et ne pourrait-on pas supprimer la classe Rencontres et rattaché directement la classe Concours à la classe Parties?

J'ai une autre question qui me vient à l'esprit: Quand l'utilisateur (moi) va-t-il définir le nombre d'équipe, le nombre de parties et la formation associé à chaque partie? Car avec un formulaire html/php, je ne vois pas trop comment cela va se passer mais peut être que cela se fera dans une deuxième étape?

Voila le nouveau schéma (définitif?) que j'ai pu faire.
J'ai ajouter dans la classe Concours l'attribut Date à la place de Année et j'ai ajouter nb_équipe et nb_partie
je m'explique:
- Date sera plus précis que seulement année et me permettra de retrouver l'année!
- nb_équipe me permettra de savoir combien j'ai défini d'équipe en créant un nouveau concours
- nb_partie me permettra de savoir sur combien de partie s'est déroulé le concours.

En effet, dans un concours qui rassemble 28 équipe par exemple, il n'y aura pas forcément 27 parties!! Encore une fois, c'est l'organisateur (moi) qui décide du nombre de partie. Par exemple je peux choisir 10 parties. Ainsi une équipe va en rencontrer 10 autres sans jamais rencontrer 2 fois la même. Mais toutes les équipes ne se rencontreront pas! Il peux ainsi y avoir entre 1 et 27 parties!
est-ce que je suis clair au niveau du nombre de partie?

Est-ce que tu es d'accord avec moi, et du coup avec cette modélisation?

La notion de pointsDom et pointsExt étaient là pour pouvoir stocker le résultat d'une partie entre deux équipes. Cela afin de pouvoir calculer un classement et de pouvoir attribuer des points à l'équipe vainqueur et à l'équipe perdante. Mais peut-être y-a-t-il un autre moyen de stocker les résultats?
Effectivement toutes les équipes sont présentes au même endroit sur la journée du concours.

Je t'avoue que j'ai du mal a cerner et voir ce qu'est la contrainte d'intégrité fonctionnelle?pourrais-tu m'expliquer?
Pour ce qui est des nb_équipes et nb_partie, il ne faut pas que ces champs soient calculables par une requête COUNT() car ces nombre seront définis bien avant le concours par l'organisateur.
Au moment ou je crée un concours, je sais déjà combien d'équipe je vais rentrer dans ma base pour celui-ci et combien de partie elles vont devoir faire pour celui-ci.
Je pense que cela simplifie un peu la chose non?

Non le nombre d'equipe ne détermine pas le nombre de partie! Toutes les équipes ne sont pas obliges de de rencontrer. On peut très bien choisir de faire un concours avec 24 équipes et 12 parties (ou 10 ou 14, c'est moi qui décide)
C'est pour cela que je pense qu'il faut stocker ces deux données?
Le fait de savoir qui se déplace ou qui reçoit n'est pas très important en lui même a partir du moment ou une partie représente un couple d'équipe et que l'on peut mettre un score a chaque équipe et donc leur définir leur point

Comme je te lavais dit, j'ai trouve un script qui permet de faire un tirage sans que deux équipes ne se rencontrent 2 fois. Est-ce qu'il pourrait nous servir?

En fait, a partir du moment ou je saisie une équipe dans la base via linterface php/html, c'est quelle est confirmée! Par ailleurs comme citée plus haut, le nombre de partie ne dépend pas du nombre d'équipe! Mais plutôt du concours je dirais!