PHP|Débutant :: Forums

Bonjour à tous
Je vais tout d'abord remercier Jc pour le temps passé à réaliser cela. J'avoue que j'ai un peu pris peur en voyant ton schéma et j'ai quelques questions à ce sujet:
Je n'ai pas très bien compris ce que représente (et à quoi va servir) la table c_etypes?
De même pour la table c_pmode?
Une autre question par rapport à la table compo_équipes, pourquoi entre-t-elle en compte vu que l'on ne s'occupe pas de savoir qu'elle va etre la composition d'une equipe pour une partie donnée?
Dans la table "joueurs" ne manque-t-il pas une clé étrangère vers equipes?

Merci de ton explication Maljuna Kris, comment verrai-tu le MCD pour toi? ceux que j'ai posté avant sont trop simpliste à mon avis.
Merci de votre aide en tout cas, cela me fait avancer!

Bonjour Jc,
Je te remercie de revenir vers moi dans un premier temps et je comprend que tu aies d'autres obligation!
Je ne sais pas si j'ai saisie ta question. Je vais te répondre et tu me diras si cela répond bien à ton questionnement.
Pour une partie donnée, chaque équipe rencontre donc une autre équipe. Chaque équipe décide d'elle même quel(s) joueur(s) vont participer à la partie. si nous avons une équipe "France" composé des joueurs "A", "B", "C" et "D" pour un concours donné, c'est elle qui va gérer quels joueurs vont faire quelle partie.
Par exemple si la partie 1 est en triplette, elle peut décider de faire jouer A, B et C ensemble ou une autre combinaison.
partie 2: A et B si la partie est en doublette

En aucun cas l'application ne s'occupe de savoir quels joueurs vont jouer. Elle doit "juste" s'occuper de savoir qu'elle équipe joue contre qu'elle autre équipe afin d'enregistrer les résultats.
Les noms des joueurs pour une équipes servent à la limite pour l'inscription, la remise des prix mais dans les parties, on utilisera le nom de l'équipe.

Voila, je ne sais pas si j'ai répondu à ta question?
Sinon redis moi pour d'autres précisions.

Je te remercie par avance,
bonne journée,
cordialement,

nico

Bonjour,

Après avoir trouvé un PDF assez bien fait sur la création de BDD qui explique le MCD puis MLD pour arriver au MPD, j'ai pu comprendre plusieurs règles importantes.
Cependant je ne maîtrise pas encore tout, loin de là. J'ai modifié quelque peu le MCD précédemment établi en fonction de vos conseils et  j'ai rajouté quelques attributs.
Je vous le joins ci-après: merci de me dire si vous voyez des choses qui ne vont pas ou si vous auriez fait autrement.

Cependant, il me reste des questions auxquelles je n'arrive pas à trouver de réponses (je me mélange un peu):

1) Dans l’entité Equipes, je ne sais pas si les attributs Partie_gagnee, Partie_nulle, Partie_perdue doivent figurée ou non dans cette entité. En effet, on peut calculer le nombre de partie gagnée d’une équipe en comparant le score de l’équipe et le score de l’adversaire pour chaque partie.
Or des champs calculés ne doivent pas apparaître dans une entité. En revanche, si je les enlève, comment je vais obtenir ces données (ainsi que le nombre de point marqué, le nombre de point encaissé, le goal-average) afin de faire un classement? Seulement avec des requêtes ou dois-je faire une entité Résultats?

2) Dans l’entité Parties, j’ai un attribut id_eq1 et un attribut id_eq2, cela n’est pas redondant avec l’association Participer? J’ai un peu de mal à voir comment bien modéliser le fait que dans une partie, 2 équipes s’affrontent (sachant que Equipes est une entité en relation avec Parties)

Je pense être bon au niveau des cardinalités aussi?

Merci d'avance pour votre aide,
bonne soirée
nico

Bonjour à tous et désolé pour ce laps de temps ou je n'ai pas répondu!
Je vous remercie de vos réponses.
Je vous poste un aperçu du MCD mis à jour avec tout ce que l'on a dit:

Est-ce que vous êtes d'accord avec celui-ci déjà?

pour revenir la gestion du championnat, je souhaite les gérer via un accès anonyme. N'importe qui pourra utiliser cette application.
Comme tu me l'a dit, je peux donc passer au MLD?
Que signifie passer au MLD et que dois-je définir, décider ou donner comme info pour le MLD?
Car la je sèche un peu...

Merci de vos commentaires,
bonne soirée,
nicolas

Merci pour ton explication, je comprend mieux a présent et je suis d'accord avec toi concernant le champ "type". Pour cela, je pense aussi qu'il serait plus simple de le mettre en clé primaire avec les 2 autres attributs!
Cela nous clarifie un peu les choses.

Pour la suppression, jai compris aussi pourquoi il fallait dabord tout dissocier avant de supprimer. Par contre, cette dissociation peut-elle se faire automatiquement?

Merci encore pour le temps passe!
Cordialement
Nico

Oui tout a fait!
Mais je ne demande qu'a apprendre pour la suite du projet!

Bonjour,
Je te remercie d'avoir r&pondu dans un premier temps. Je reviens sur tes remarques:

Je suis d'accord avec toi sur ce point, c'était simplement pour différencier les deux équipes d'une partie!

Tu as raison aussi!en plus deux joueurs peuvent avoir le même nom! donc le id_équipe serait mieux!

C'est ça le problème, je pense que je vais me perdre dans les étapes et c'est pourquoi j'ai bien besoin de vous!!!!

Que mettrais-tu dans la table formation?? en effet, je rajouterai l'id_concours car je veux que toutes les entités dépendent (ou soient rattachées) à un seul concours! ainsi si je supprime un concours, je veux que tout ce qui y est rattaché soit supprimé (je ne sais pas si c'est possible?).
Effectivement les équipes sont représentatives d'un club mais d'un concours à un autre, les clubs invités ne sont pas obligatoirement les mêmes c'est pourquoi les équipes seront rarement les mêmes. les stats entre concours ne m'intéressent pas tellement à vrai dire.

Merci de votre aide en tout cas!le projet est effectivement intéressant, prenant, peut etre complexe aussi!!

Pour la portabilité, c'est exactement ce qu'il me faut car en général, il n'y a pas d'accès internet sur les lieux de concours!

Revenons aux modèles: la tu penses que le modèle conceptuel pourrait être termine?
On pourrait passer au modèle logique?
Je vois ce qu'est le modèle physique (création de la Bdd) mais je ne vois pas ce qu'est un modèle logique, peux-tu m'éclairer?
Les uses case me rappellent vaguement quelquechose ainsi que le langage UML mais si tu pouvais me rafraichir aussi la mémoire... (ce sont les cas d'utilisation je pense mais je ne me rappelle plus comment présenter cela)

Merci d'avance

Je ne comprend pas trop quand tu parles de placer des attributs nb_equipes et nb_parties das l'association "se compose". Je croyais qu'ils devaient appartenir à une classe? sinon comment va-t-on les créer dans la BDD.
Je souhaite réaliser ma BDD ainsi que l'application avec easyPhp afin que je puisse utiliser cette application hors ligne.
Je penses que c'est faisable mais peux tu me confirmer?

Il ne reste plus qu'à la créer non?

En revanche, j'ai du mal à voir comment je vais stocker les bons résultats au bon endroit...

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?

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?

Voici ce que je pensais comme modélisation.
Que peux-tu me répondre concernant le classement?