ok merci pour ta réponse, c'est très intéressant ce que tu me propose pour une création dynamique des formulaires mais moi moi mon souci c'étais pour l'enregistrement du cou p le problème n'est pas réglé?
si je fais
projet_climatisation( id_projet,id_client, projet) avec le champs projet qui contient ttes les valeur entrée par l'utilisateur dans les champ du formulaire séparer par une virgule (tjrs avec explode lol je lache pas l'affaire) du coup si je veux extraire a présent les données pour les afficher je ferais une requête qui va chercher le nom des champs dans la table ACTIVITE(celle que tu ma donné plus haut) et la valeur que j'irais chercher dans le champs projet de la table projet_climatisation pffiou c'est tiré par les cheveu jpense..
En fait, ça va dépendre (entre autres) de ce que tu veux faire de ton formulaire, de l'usage que tu fais des champs du formulaire, etc.
Pour le
explode(), c'est vrai que, à première vue, ça peut te simplifier les choses.
Mais tu risques d'avoir des problèmes rapidement si tu as besoin de faire des traitements un peu poussés.
Essaye d'imaginer, par exemple, comment faire pour récupérer les "activités" de soutien scolaire pour les CM1
Je me répète, mais ça va dépendre de ce que tu veux faire...
- Est-ce que tu veux avoir des projets complètement indépents (auquel cas tu peux envisager les 380 tables), ou est-ce que tu veux (par exemple) pouvoir trouver tous les projets envoyés par M. Dupont, qu'il s'agisse de soutien ou de climatisation ?
- Prévois-tu des traitements en fonction des "champs" de ces projets (si oui, évite le
explode() )?
- Etc.
Bref, réflechis bien à ce que tu veux, maintenant et dans le futur, analyse tes besoins, en particulier ce que tu veux faire de tes données (pourquoi les stocker, quels traitements, etc.)
A partir de là, tu peux faire le schéma de ta BDD.
On ne peut pas te donner une organisation optimale sans avoir tous les tenants et aboutissants de ton projet...
[quote="Invité"]ok merci pour ta réponse, c'est très intéressant ce que tu me propose pour une création dynamique des formulaires mais moi moi mon souci c'étais pour l'enregistrement du cou p le problème n'est pas réglé?[/quote]
[quote="Invité"]si je fais
projet_climatisation( id_projet,id_client, projet) avec le champs projet qui contient ttes les valeur entrée par l'utilisateur dans les champ du formulaire séparer par une virgule (tjrs avec explode lol je lache pas l'affaire) du coup si je veux extraire a présent les données pour les afficher je ferais une requête qui va chercher le nom des champs dans la table ACTIVITE(celle que tu ma donné plus haut) et la valeur que j'irais chercher dans le champs projet de la table projet_climatisation pffiou c'est tiré par les cheveu jpense..[/quote]
[quote="macgawel"]En fait, ça va dépendre (entre autres) de ce que tu veux faire de ton formulaire, de l'usage que tu fais des champs du formulaire, etc.[/quote]
Pour le [b]explode()[/b], c'est vrai que, à première vue, ça peut te simplifier les choses.
Mais tu risques d'avoir des problèmes rapidement si tu as besoin de faire des traitements un peu poussés.
Essaye d'imaginer, par exemple, comment faire pour récupérer les "activités" de soutien scolaire pour les CM1 :roll:
Je me répète, mais ça va dépendre de ce que tu veux faire...
- Est-ce que tu veux avoir des projets complètement indépents (auquel cas tu peux envisager les 380 tables), ou est-ce que tu veux (par exemple) pouvoir trouver tous les projets envoyés par M. Dupont, qu'il s'agisse de soutien ou de climatisation ?
- Prévois-tu des traitements en fonction des "champs" de ces projets (si oui, évite le [b]explode()[/b] )?
- Etc.
Bref, réflechis bien à ce que tu veux, maintenant et dans le futur, analyse tes besoins, en particulier ce que tu veux faire de tes données (pourquoi les stocker, quels traitements, etc.)
A partir de là, tu peux faire le schéma de ta BDD.
On ne peut pas te donner une organisation optimale sans avoir tous les tenants et aboutissants de ton projet...
