Pour éviter de devoir refaire 36 fois ma table, comme vous auriez géré un tournois de façon simple au niveau BDD ?
 
Je l'aurai vu comme ça perso, mais je suis un peu bloqué :
 

 
Pour la gestion de l'arbre, pour le premier tour on tire les équipes au hasard et on leur asigne un nombre : 1, 2, 3, 4, etc.
Une fois le premier tour passé on fait en sorte que ce soit les équipes avec les numéros les plus proches qui s'affrontent et ainsi de suite.
 
Il faudrait aussi pouvoir afficher les score de chaque matchs, donc je me demandais si les score devaient être contenus dans la même table ou bien dans une table séparée ?
 
Et que pensez vous de la gestion de l'arbre du tournois ?
 
Merci

Concernant les scores, ils devraient logiquement être stocké pour chacun des match. Le score total devennant alors une donnée calculée et qui ne devrait donc pas être stockée.

 
Je suis d'acccord, et disons crée une table séparée. Sinon ce qui faudrait faire c'est chaque match à chaque Team = 1 id unique le soucis en même temps je sais pas si tu essaye de créer un portail multiTeam ou juste pour ta ou tes Team mais avec cette méthode les tables vont se remplir rapidement si ca va être un portail genre ESL optimise au maximum tes champs sinon ca risque de poser soucis prévoit aussi l'éspace de la BDD (les hébérgeurs mettent des lilmites, sauf en serveur dédiée ou virtuel(privée)).
 
Pour la gestion de l'arbre du tournois il faudrait faire un système qui regroupe toutes les ID des équipes avec un champ "élliminé" (1 = perdu, 2 = disqualifié et 0 = encore dans le trounoi) et en + de tout ça qui repère les positions (demi finaliste, 3° palce etc...). Pour les scores tu reprends mon idée plus haut donc chaque ID = 1 match et au pire tu peux rajouter un champ qui correspond à l'ID du tournois en cours sinon il va tiré des nombre aléatoire.
 
Au final
 
Table => score_nom_du_tournoi
 

 
Table => score_match_amicale
 

 
Table => nom_du_tournoi
 

 
 
Cordialement,
Dobu

Merci, je vais réflechire à tout ça.
 
Pour le champs qualification, effectivement j'avais pensé à la même chose.
Se sera plus quelque chose du genre ESL, mais en beaucoup plus petit bien évidemment.

c'est pour quel sport?

Counter-Strike.

Il y a déja quelque chose qui existe pour gerer les tournois counter strike ca s'appele <b>zKup</b> et c'est gratuit
 
voici l'adresse du site : http://www.zkup.fr
 
C'est moi le créateur et je travaille sur la v2 qui sera plus poussée que la version 1.
 
Amuse toi bien

Ouais, mais ça m'interesse pas

Moi je vois un architecture du genre :
 
TABLE team
team_id
team_name
 
TABLE match
match_id
team1_id
team2_id
score

et maintenant il y a aussi ca pour organiser des tournois , c'est un module pour le CMS kwsphp .
 
http://cyklodev.com/index.php?mod=tournoi

Oui, mais c'était as mon problème, je voulais le coder moi même

Le plaisir viscieux de réinventer la roue, un virus très virulent et contagieux
 
C'est pas compliqué, tu prends toutes les entités (équipe, tournois, match) => 3 table. Ensuite faut lier les 2 première et stocker les résultats => dans match
 
D'un point de vue conceptuel, tu devrais être en mesure de déterminer dans quelle table tu te situe soit en connaissant la table soit en connaissant l'attribut ou son type => nommer correctement les attributs
 
Avec ça, tu dois pouvoir gérer tous les cas

Toi tu ferai pas du Merise par hasard ?
 
Merci en tout cas

En tous cas, merise ou pas, c'est juste une question de logique si tu veux pouvoir manipuler tes données et en faire ce que tu veux, pouvoir faire évoluer sans avoir à tout refaire. Et en respectant quelques règles simple on s'y retrouve plus facilement aussi
 
PS: dans certains cas les formes normales surtout la 3è c'est un peu relou à gérer et ça se justifie pas, faut pas être extrêmiste non plus

Je dis ça parce que tu utilise le même vocabulaire, "entités" et "conceptuel"
 
Par contre j'ai pas compris ton ps

Il me semble que la troisième forme normale consiste à ne jamais rien stocker qui puisse être calculé ou retrouvé à partir des données des autres tables.
En gros, pour un forum, ça reviendrait à ne jamais stocker le nombre de message par forum, par discussion, par personne, ... pour un tournois, ça reviendrait à ne jamais stocker le classement ou l'état d'un participant (éliminé, ...)
A l'arrivé, on gagne quasiment rien au niveau volume de donnée mais on perd énormément sur le temps de calcul des données non stocké.

 
Oui, c'est ça.
Dans merise, logiquement tout ce qui peut-être calculé n'est pas stocké.
 
Mais mon prof stocke les trucs trop lourd à calculer.
 
Comme il le dit lui même, Merise a ses limites.

(ouais enfin... score total, faut pas pousser mémé dans les orties non plus )

... parce que sinon ça va lui piquer le cul
Après pourquoi pas faire des tables purements statistiques à calculer une fois