Bon, alors j'ai repris depuis le début et je me sens vachement plus intelligent maintenant!!!
Alors, j'ai créé une table_membre, une table_evenement et une table_reservation:
table_membre:
- ID ( AI )
- Login
- Mot de passe
- mail
table_evenement
- ID (AI )
- theme
- duree
- RDV
Table_reservation
- ID (evenement)
- ID (membre)
- theme (evenement)
- duree (evenement)
- RDV (evenement)
theme, durée et rdv sont des données liée a l’événement et non à la réservation ? (tu réserve un quart de concert ou de coupe de cheveux ? si oui ben ça va être le bordel ton truc XD). Dans ce cas à supprimer de la table réservation.
pour ce qui est de ton code tu utilise des variables qui n'existe pas car par présentent dans le formulaire.
tu fait une insertion sur 4 champs alors que tu en a dans la tables (tu n'indique pas de quel événement il s'agit !).
ton code pourrais être (disons que je propose la possibilité de réserver plusieurs événement en même temp spour ne par faire 4 fois la même chose

- le formulaire
dans la boucle while tu affiche une checkbox avec en nom la notation tableau et en "value" la valeur de l'id de l'evenement que tu affiche (en gros <input type="checkbox" name="evt[]" value="412" /> le 412 étant une info qui vient de ta base. ).
- la personne connectée clique sur le bouton submit au bas du formulaire
- sur la page de validation il faut vérifier que tout les index du formulaire sont présent, pour cela utilise
isset (if (isset($_POST['evt'])) je poursuit, else ERREUR !!!!

)
- tu peux continuer a utiliser PDO.
- tu peux, dans ce cas, utiliser une requête préparée pour l'insertion des "multiples" inscription en même temps.
- d'où vient l'id utilisateur ? celui devrait être stocker en
session lors de la connexion du membre (en fait c'est la seule donnée utilisateur vraiment pertinente car le reste tu l'a avec celle ci, si tu veux utiliser du temps d'utilisation du SGBD tu peux mettre les données les plus couramment employées).
Amélioration ?
gérer un affichage page par page avex sauvegarde des checkbox déjà cochée afin de ne pas afficher 400 événements dans la même page c'est fastidieux a lire globalement y a des chances que le mec se barre avant d'être inscrit a quoi que se soit XD).
@+
[quote="typiac"]Bon, alors j'ai repris depuis le début et je me sens vachement plus intelligent maintenant!!! :lol:
Alors, j'ai créé une table_membre, une table_evenement et une table_reservation:
table_membre:
- ID ( AI )
- Login
- Mot de passe
- mail
table_evenement
- ID (AI )
- theme
- duree
- RDV
Table_reservation
- ID (evenement)
- ID (membre)
- theme (evenement)
- duree (evenement)
- RDV (evenement)
[/quote]
theme, durée et rdv sont des données liée a l’événement et non à la réservation ? (tu réserve un quart de concert ou de coupe de cheveux ? si oui ben ça va être le bordel ton truc XD). Dans ce cas à supprimer de la table réservation.
pour ce qui est de ton code tu utilise des variables qui n'existe pas car par présentent dans le formulaire.
tu fait une insertion sur 4 champs alors que tu en a dans la tables (tu n'indique pas de quel événement il s'agit !).
ton code pourrais être (disons que je propose la possibilité de réserver plusieurs événement en même temp spour ne par faire 4 fois la même chose ;)
- le formulaire
dans la boucle while tu affiche une checkbox avec en nom la notation tableau et en "value" la valeur de l'id de l'evenement que tu affiche (en gros <input type="checkbox" name="evt[]" value="412" /> le 412 étant une info qui vient de ta base. ).
- la personne connectée clique sur le bouton submit au bas du formulaire
- sur la page de validation il faut vérifier que tout les index du formulaire sont présent, pour cela utilise [url=http://www.php.net/isset]isset[/url] (if (isset($_POST['evt'])) je poursuit, else ERREUR !!!! :mrgreen: )
- tu peux continuer a utiliser PDO.
- tu peux, dans ce cas, utiliser une requête préparée pour l'insertion des "multiples" inscription en même temps.
- d'où vient l'id utilisateur ? celui devrait être stocker en [b]session[/b] lors de la connexion du membre (en fait c'est la seule donnée utilisateur vraiment pertinente car le reste tu l'a avec celle ci, si tu veux utiliser du temps d'utilisation du SGBD tu peux mettre les données les plus couramment employées).
Amélioration ?
gérer un affichage page par page avex sauvegarde des checkbox déjà cochée afin de ne pas afficher 400 événements dans la même page c'est fastidieux a lire globalement y a des chances que le mec se barre avant d'être inscrit a quoi que se soit XD).
@+