PHP|Débutant :: Forums

Bonjour,

Merci pour tes précisions. Je pensais que l'on avait pas mal avancé niveau conceptuel pour pouvoir passer au physique... mais je dois me tromper... Que manque-t-il a ton avis?
et quand pourras-t-on passer au physique?

C'est sur qu'il ne s'agit pas d'un très grand projet!!! en revanche pour moi (a mon niveau) il me parait deja très très grand et je serais bien content quand il sera fini!!!
J'ai parlé d'EasyPhp car je le connais alors que ceux dont tu m'as parlé me sont pas connu. mais si ce n'est pas compliquer, je peux suivre tes conseils car l'idée de pouvoir l'avoir sous clé usb me plait beaucoup!!

merci encore du temps que tu passes a me repondre

Dernière modification par nicodebut (27-01-2011 07:02:44)

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

Bonjour,

Projet intéressant.
J'ai quelques petites remarques si vous le permettez.
1) A moins que le projet doive supporter tous les types de concours (y compris ceux dont nico n'a pas besoin actuellement) et vu que tout se passe sur un même lieu, niveau conception, savoir qui recoit est obsolète et n'a pas sa place ici (c'est l'organisateur qui recoit pas l'équipe).
2) Identifier une équipe par son nom n'est pas judicieux sur un plan conceptuel. Une id numérique est de rigueur à plus d'un titre : a) performances des requêtes et de la base b) Pourquoi n'y aurait-il pas la possibilité de créer deux équipes de même nom, l'une masculine, l'autre féminine? On connait bien les femmes pour ce genre de choix
3) le 2a) peut se généraliser à toute la base
4)

bien que cette démarche pourrait sembler faire gagner du temps de prime abord, la démarche est déconseillée par expérience. Il faut partir de ton cahier des charges pour ton MCD puis MLD comme MK le fait. Tes algos de résolutions viendront d'eux mêmes une fois ta structure de base établie de façon correcte.
5) Une clé primaire tient compte des arrangements, ainsi {a1,b1} et {b1,a1} correspondront à la même clé primaire pour un moteur de SGBDR. La table formation doit donc avoir comme clé primaire id_equipe1 et id_equipe2. Il faudra rajouter à cette clé primaire l'id du concours car il doit être possible que deux équipes puissent se rencontrer lors de deux concours différents. En effet si j'ai bien compris les équipes sont représentatives d'un club quelque soit les joueurs envoyés, et à ce titre, elle peut conserver son nom d'un concours à l'autre, et cela peut permettre de suivre les stats d'un club au fil des concours.

Dernière modification par Jc (31-01-2011 20:45:23)

Les considérations sur la pertinence d'un identifiant seraient de toutes manières apparues au passage au niveau logique voire physique.
L'absence de graphe des dépendances fonctionnelles en amont du MCD peut aussi être incriminée, le choix du nom comme identifiant d'entité y aurait été décelé comme insuffisamment discriminant.
Notre ami nicodebut démontre, depuis le début, une impatience que j'ai déjà dénoncé dans mon premier post.
Tout temps de réflexion bradé en amont de l'analyse se paye, décuplé, en aval.

L'intervention pertinente de Maître Jc, démontre qu'on est plus intelligents à 2 que seul, à 3 qu'à 2, etc...
Sans vouloir refaire ici la mini polémique entre Georges Brassens (bande à part: dès qu'on est plus de quatre on est une bande de cons) et la réponse malicieuse de Jean Ferrat (en lutte en ligues en procession : on peut être seul et con, mais dans ce cas-là on le reste)

Bonjour,

Je profite que j'ai 5 min de dispo au bureau pour réagir sur les réponses de nicodebut.

1) Concernant la suppression d'un concours et de tout ce qui s'y rattache, c'est possible. Petite précision cependant, si ta base de données utilise un SGBDR ou un Moteur de SGBDR contrôlant les intégrités référentielles, pour supprimer un concours, il te faudra au préalable supprimer tous les enregistrements concernés par ce concours dans ta table formation (celle modifiée dans mon dernier post).
2) Que les clubs invités ne soient pas les mêmes d'un concours à l'autre n'à aucune incidence sur la structure de ta base de donnée, ce qui importe ici c'est qu'elle puisse le gérer car cela peut arriver. "Ce qui peut le plus peut le moins".
3) Concernant les stats entre concours, que cela ne t'interesse pas, ne pose pas de problèmes non plus, tu n'es pas obligé de l'implémenter dans ton appli, mais sache que c'est une possibilité qui sera induite de fait au niveau de ton MLD par ton MCD actuel.
4) Ce que je mettrais dans ta table formation? Pour le moment je ne vois rien d'autre au vu de ce qui a déjà été dit precedemment, par contre au niveau de la table équipe, à la vue de ta réponse, je rajouterais un champ "type" (indexé) pour qualifier si l'equipe est une équipe mixte,masculine ou féminine (chacune pouvant avoir le même nom). Le problème reste maintenant, à mon humble avis, tes besoins structurels au niveau de la table équipe. En effet si un ID numérique se suffit à lui même pour définir de manière unique une équipe, au niveau pratique dans ton projet (en l'état de se que tu nous as dit) sache qu'elle est définie en fait par le nom de son club, son nom, et son type. Reste à savoir si tu veux appliquer un contrôle d'intégrité des données ou pas au niveau de ces enregistrements.

Désolé de ne pas avoir avoir limité ma réponse au niveau MCD, mais difficile de faire autrement ici vu le contexte.

Cordialement,

Jc

Dernière modification par Jc (05-02-2011 20:36:51)

Bonsoir,

Concernant les MCD et MLD je t'invite à lire/relire un post précédent ICI, post qui contient un lien vers ce que tu recherches plus précisément.
Concernant le 4e point abordé, je vais essayer de mieux m'exprimer.
- Je n'ai jamais dit que lors d'un concours une equipe masculine allait jouer contre une équipe féminine. Outre le fait que l'on pourrait se dire "pourquoi pas?", pourquoi aussi limiter chaque club à ne pas inscrire d'équipe homonyme sans autre distinction? c'est assez réducteur pour eux et peut de plus réduire l'intérêt qu'ils portent à vos concours. L'amusement et passer un bon moment c'est sympa, mais un concours est toujours motivé par l'esprit de compétition à un moment ou un autre. Ca serait donc un vrai plus de différencier les résultats d'une équipe A masculine d'un club d'une autre équipe A féminine du même club, juste pour la compétition. Peut être que dans vos concours, les clubs n'exprimeront jamais ce besoin, mais pour la compétition et la souplesse de gestion de votre base, je pense sincérement que cela est nécessaire, surtout que cela n'implique pas de complexification structurelle de la base.
Rajouter un champ type, vous permettra donc plus de souplesse au niveau de la gestion des clubs sans pour autant nuire à votre cahier des charges. Concernant le choix d'appliquer une intégrité référentielle des données sur ce point cela consiste soit à mettre ce champ type en clé primaire (soit 3 champs en tout en clé primaire) soit en simple champ indéxé à la fin de ta table. A mon humble avis, la mise en clé primaire est le meilleur choix, car sinon cela implique la gestion de l'intégrité au niveau applicatif et seulement au niveau applicatif, plus contraignant (temps/coûts de développement et sources d'erreurs plus grandes).

Pour comprendre la suppression d'enregistrements lorsque le SGBDR/moteur SGBDR applique l'intégrité référentielle sur les enregistrements voici un exemple:
- Mettons la table equipes, la table joueurs et la table composition_equipes (table de jonction). La table équipes contient toutes les informations relatives aux équipes sauf sa composition; la table joueurs identifie chaque joueur (nom,sexe,age,stats,date inscription, etc...) et la table composition_equipe qui contient pour chaque equipe la liste des joueurs associées (donc une clé primaire avec id_equipe et id_joueur). Le contrôle d'intégrité référentielle va s'assurer lors d'une suppression d'enregistrement qu'il ne sera pas crée d'enregistrement orphelin. Ainsi on ne pourra pas supprimer un joueur dans la table joueurs si celui-ci est déclaré faisant partie au moins d'une équipe dans la table composition_equipes. Dans ce cas, il faut supprimer toutes les références de ce joueur dans la table composition_equipes avant de pouvoir supprimer sa fiche dans la table joueurs.
De même pour supprimer une équipe, il faudra la dissocier au préalable de tous les joueurs déclarés en faisant partie dans la table composition_equipes pour rendre l'opération possible. Auquel cas, sans contrôle d'intégrité référentielle, on retrouverait des joueurs faisant partie d'une equipe qui n'existe pas (fantôme).

Dernière modification par Jc (11-02-2011 23:40:34)

Avec des tables InnoDB sous MySQL ou avec SQLite tu pourras mettre une clause ON DELETE CASCADE sur la contrainte de clé étrangère dans la table pivot entre la table des équipes et la table des joueurs.

Ce que j'appelle une table pivot ce que les anglophones nomment link-table ou bridge table.
Pour représenter une relation plusieurs-à-plusieurs (n-m) on est obligé de créer une petite table d'interface entre les deux tables plusieurs pour simplifier la liaison joueurs ---(n,m)---équipes en une double liaison joueurs---(n,1)---pivot---(1,n)---équipes

On aura noté que j'assumais la paternité de ma traduction qui peut sembler exotique, je le concède. Table de jonction, me semble, probablement, préférable.

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

Bonjour,
Ha mince je pensais avoir tout réuni avec ce que l'on avait dit...
J'attends un peu de ton éclairage alors!
Merci encore
Nico