Discussion :

[greg95]

bonjour je crée un tournoi de tennis(c'est un pti pour mon bts) et je sèche sur la requête me permettant de choisir 2 joueur et de leur attribuer une date de match

j'ai 3 table:
1 adherent (celle la n'est pas utilie dans le cas présent)
1 tournoi (id, date_heure)
1 participe(adherent_id, tournoi_id, participation)
je souhaite donc faire apparaitre le même tournoi_id pour 2 adherent_id et la rien a faire j'ai trouvé une requête mais celle si me met le tournoi_id sur tous mes adherent_id ??

UPDATE participe JOIN tournoi SET tournoi_id=id WHERE id=....

je sais que c'est faux si quelqu'un peut m'aider
merci d'avance

[PtiteA2]

Tout d'abord une question à quoi sert le champ 'participation' dans ta table participe???

Ensuite pourquoi un update??? tu voudrai pas plutôt ajouter un enregistrement dans ta table participe? ou même ajouter deux enregistrements (un pour chacun des joueurs)?

[greg95]

le champs participation ne renvoi qu'un booleen il participe ou non donc la pas de soucis j'ai récuperé tous mais adherent qui participe
rajouter un enregistrement pourquoi pas mais mon problème reste le même ces de faire correspondre le même "tournoi_id" avec 2 "adherent_id" et pas plus car avec ma requête il est rattaché a tous mes id?

[PtiteA2]

Tu peux me donner un exemple de jeux de données pour que je vois ce que tu as dans tes tables?
Et me dire ce que tu voudrais que ta requête ajoute ou modifie.

[RunCodePhp]

Salut

Faudrait peut être en 1er faire une requête SELECT pour récupérer les 2 joueurs en questions (il y aurait alors un LIMIT 2 à cette requête).

Faudrait mieux préciser sous quelle condition il faudrait récupérer tel joueur plutôt qu'un autre, s'il y en a bien sûr.
Comme par exemple exclure les joueurs qui participent déjà.

Un exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
SELECT p.adherent_id
FROM participe p
JOIN tournoi t ON p.tournoi_id = t.id
WHERE p.adherent_id NOT IN (
    SELECT adherent_id FROM participe WHERE participation = 1
    )
LIMIT 2

Suffit après de boucler sur les 2 résultats pour faire les UPDATE.
Par ailleurs, il faudrait peut être une table "rencontre" ayant des couples d'IDs d'adhérents pour savoir quel joueur joue avec tel autre joueurs, car sinon, comment feras tu pour le savoir ?
Le booleen que tuas indique seulement si on participe ou pas, rien de plus, non ? C'est assez maigre comme info, non ?

Dans ce cas d'ailleurs, cette table "participe" ne servirait pas à grand chose (inutile même), c'est grâce à ces couples d'IDs de cette table "rencontre" qui dira si tel joueur participe ou pas, donc chaque couple d'IDs feront office de booleen.
Pas présent -> False
Présent -> True
Et en plus on sait qui joue avec qui.
Vois tu ce que je veux dire ?


Petite parenthèse. A savoir qu'il aurait été mieux (à mon sens) que le champ "id" de la table "tournoi" ait le même nom que la table "participe" vu qu'il s'agit de la même donnée (clé primaire - clé étrangère).
Donc "tournoi_id" dans les 2 tables.
A noter que ça ne cause pas de problème d'ambiguïté grâce aux alias.


Pour ce qui est de sélectionner une date, il est préférable de le prévoir au niveau de l'interface, genre choisir cette date dans un calendrier (Javascript serait un bon moyen) à la même étape que lorsqu'on valide cette rencontre.
Que ceci reste une opération "humaine" serait plus simple à mon sens.

Si tu veux vraiment automatiser l'acquisition de cette date, alors il faudrait peut être avoir une notion de cours (les terrain de tennis) et des plages horaire.
En gros, d'avoir au préalable cette liste, puis il suffit de prendre à chaque fois la plage horaire suivante (libre) pour chaque rencontre.

Sachant aussi que la durée d'un match ne sera connu que lorsqu'il sera terminé, sans compter que la météo peu aussi se mettre de la partie.
Bref, il y aura toujours une part d'incertitude, donc le "tout automatisé" sera à mon sens difficile à obtenir.

[redoran]

Re ; +1 Run
je crois aussi faut spécifier les critères de choix de joueur afin de permettre une sélection automatique sans intervention humaine !!!!! sauf cas contraire.
donc faut faire un algorithme de choix ......
je crois qu'il faut passé par une étude de l'existant et voir les règles de gestion de ce type de tournois et les différentes contraintes pour avoir une bonne modélisation optimisé.