Discussion :

[nasbe]

Bonjour,
Je dois créer pour un site Web un formulaire d'inscription pour diverses manifestations (tournois, soirée).

Mon formulaire ressemble a ça :

Manifestation : "liste déroulante proposant les manifestations"
Nom: "champ texte"
Prénom : "champ texte"
Mail : "adresse mail"

J'ai créer une base de donnée sous MySQL qui ressemble a ceci :

Table Manifestation

NumManifestation(ID)
Nom
Date
NombreParticipant


Table Participant

NumParticipant (ID)
Nom
Prénom
E-mail

J'aurai voulu qu'un utilisateur puisse s'inscrire a plusieurs manifestations et évidemment une manifestation peut accueillir plusieurs utilisateurs.
Hors dans mon cas j'ai une relation plusieurs à plusieurs.

Y aurai t'il une façon plus clair de faire les tables?
Quelle serait les relations entre les deux tables?

Merci d'avance d'apporter vos idées.

[numew]

il te faut une table en plus, par exemple "participants" avec NumManifestation + NumParticipant formant la clé primaire.

De plus ton champ nombreParticipant n'est pas utile, il vaudra mieux compter le nombre de participants inscrits pour telle manifestation.

[koala01]

Salut,


L'idéal, me semble-t-il est de travailler avec trois tables:

• la première regroupant les manifestations
• la deuxième regroupant les participants /membres (toutes manifestations et ou activités confondues)
• la troisième servant simplement de lien, sur base de clés étrangères, entre les deux.

Ainsi, la table "manifestation" serait composée, principalement des champs

• id_man (identifiant unique, clé primaire)
• quoi
• quand
• ou
• maxparticipants (éventuellement)
• autres (ceux auxquels j'ai pas pensé)

la table "membre(participants)" serait composée principalement des champs

• id_part(identifiant unique, clé primaire)
• nom
• prenom
• pseudo (éventuellement)
• autres (ceux auxquels j'ai pas pensé)

et la dernière table, "qui_a_quoi" serait composée essentiellement des champs

• id_man (clé étrangère sur manifestation)
• id_part (clé étrangère sur participant/membre)
• autres (ceux auxquels j'ai pas pensé, tel que statut du payement)

et tu pourrais envisager une clé primaire composée sur id_man et id_part (car un meme participant ne peut etre inscrit qu'une seule fois à une même manifestation)

Une fois le visiteur identifié, il sera alors simple de créer le formulaire d'inscription à la manifestation, et de rajouter l'enregistrement une fois que le visiteur a choisi ce à quoi il veut participer

En outre, avec quelque clauses count, WHERE, INNER JOIN ou GROUP BY bien placées, tu devrais pouvoir obtenir un maximum de services de la part de ces trois tables