Bonjour,  
Je vous dis tout de suite, je n'y connai rien en MySQL ! Incapable de vous dire ce que c'est.
Cependant, j'aimerai créer un système pour mes pronostiques.
 
Pour l'instant, sur mon site, on valider les pronostiques via un formulaire qui m'envoie les réponses par email. A la fin du match en question, je prend email par email pour établir le classement manuellement. Je suppose que mon très cher ordinateur est capable d'établir ce classement en quelques secondes. Mais je n'ai aucune idée de comment m'y prendre.
 
Pouvez-vous m'aider ?
 
Aussi, n'y aurait-il pas moyen de faire un petit décompte du pronostique
 
Ex : il vous reste 21h30 pour pronostiquer
 
Et 21.30 après, le pronostique suivant s'enchaîne, et affiche il vous reste 4 jours 5h pour pronostiquer (pour le match d'après, etc ...)
 
Merci à ceux qui répondront

Buzzzzzzz, you lose, same player shoot again.    
 
Aaah... On me signale que nous sommes sur la cat PHP... C'est bien normal, alors !
 
Bon. Beh, le contenu de ton formulaire, au lieu d'en faire un email, tu le stockes dans une DB. Là, va falloir, DANS L'ORDRE :
- Apprendre à modéliser une DB.
- L'utiliser.
- La manipuler depuis PHP en l'occurence (cette dernière étape sera walk in the park après les 2 premières).
 
Donc : Google -> Tuto MySQL p.e. et recherche liens sur ce forum.
 
HTH

Le probleme c'est que, comme tu le précises, tu connais pas la technologie des bases de données. Avant d'aller plus loin sur ton projet je te conseille le mettre de coté temporairement pour que tu puisses prendre le temps comprendre cette technologie. sa serait trop long a expliquer ici.
http://www.laltruiste.com/document [...] e=1&rep=18

ok merci. et il faut aussi SQL pour faire un petit décompte du pronostique  
 
Ex : il vous reste 21h30 pour pronostiquer  
 
Et 21.30 après, le pronostique suivant s'enchaîne, et affiche il vous reste 4 jours 5h pour pronostiquer (pour le match d'après, etc ...)  

En gros lorsque tu as besoin de stocker une information "les pronostiques" il est tres souvent utilisé le language sql.  
c'est pas difficile a connaitre les bases.

on va tenter d'apprendre les bases. En lisant, c'est la meilleure solution ? On peut pas s'exercer avec des "bêtes" exemples ???

Oui, tu commences par modéliser une petite blibliothèque ou videothèque perso. Puis tu la crées. Puis tu fourres les données et tu les triture. En parallèle, tu lis, tu potasses, l'un renforçant l'autre.
 
La plupart des DBMS sont livrés avec une DB de démo pour s'exercer, ou tu peux tjs en trouver une en cherchant sur Google (avec Sybase p.e., on suait sur des queries sur une DB livres-auteurs-éditeurs et toussa à l'école).

Ne pas oublier après la bibliothèque, la gestion de personnel et des salaires, la course de bateaux ou tout autre gestion de club à la con
 
Le pire c'est qu'en plus y'a des trucs prise de tête avec les traditionnels exemples, même pour un pseudo crack en sql, quand faut commencer à augmenter truc qui s'est fait sucé par machin le jour J et donc qui perd en estime pour le patron qui lui a pris machine sur son bureau le jour d'avant mais que si t'as pas sucé une grenouille le capitaine perd 10 ans

+1
 
La DB démo Sybase sur les éditeurs, à un moment donné, je la connaissais par coeur.