Discussion :

[gregou81]

Bonjour à tous.

Je travaille sur un intranet en PHP/MySQL où je dois gérer un grand formulaire qui possède plusieurs listes (une vingtaine) et plusieurs textarea, input, etc. Les listes sont dynamiques et sont stockées dans des tables indépendantes dans la base de donnée. Je tiens également à préciser que ces listes ne sont pas à choix multiples.

Exemple: une liste de choix pour l'OS, une pour les applications, le CPU, la RAM, ...

Après avoir rempli le formulaire, un utilisateur peut le modifier (en gardant les valeurs par défauts) et changer des données. D'autres utilisateurs peuvent consulter les données de ce formulaire sans en changer le contenu.

J'aimerai avoir votre avis sur comment je pourrais créer une architecture dans la base de donnée qui ne soit pas trop complexe. Pour le moment les tables de mes listes sont crées de la manière suivante:

Exemple de la table OS:

Table OS
(id, Nom)
(1, Windows XP SP1)
(2, Windows XP SP2)
(3, Windows Vista Ultimate)
...

Concernant la table formulaire dois-je stocker l'ID en INT ou le nom en VARCHAR ou bien avez vous une autre idée?

Merci de m'éclaircir sur ce sujet.

Si vous voulez plus de précisions faites moi le savoir car ce n'est pas facile à expliquer par écrit ...

[kahya]

En gros tu crée un genre de profil utilisateur, où un utilisateur renseigne son profil (son os, son proc....), il peut le modifier, et les autres utilisateurs peuvent le consulter mais pas le modifier?
Il faudrait créer une table Profil je pense avec dedan un nom utilisateur et un mot de passe, qui sera donc relié aux autres tables (OS, processeur...) avec des relations de type 1,N (un profil a un et un seul OS, un et un seul proc...)
Pour autoriser la modification, l'utilisateur doit s'authentifier, à ce moment là tu autorise l'envoi des données modifiées, si l'utilisateur n'est pas authentifié tu verrouille cette possibilité, tu peux meme eventuellement desactiver les <select>.

[gregou81]

Ce n'est pas vraiment pour gérer des utilisateurs mais pour des bugs de logiciels (un peu comme Mantis).

Je pensais pouvoir afficher le formulaire avec les valeurs par défauts quand l'utilisateur voudrait le modifier et afficher tout en texte quand quelqu'un veut simplement consulter les données.

Le problème vient de la base de données. Si j'applique ce que je veux, ca deviendrait assez complexe du fait que j'ai beaucoup de listbox et la requete serait bien trop longue.

Ton idée me semble bien mieux. Verrouiller le formulaire quand on doit juste le consulter et l'ouvrir pour la modification.

[kahya]

tu peux afficher des valeurs par defaut dans des <select> oui.
Je pensais que seul le proprietaire de la config concernée pouvait modifier son profil c'est pour ça que je parlais de mot de passe.
Sinon oui tu fais 2 liens : un "Consulter" ou tu affiche simplement les resultats en mode texte (avec des echo simples quoi)
un lien "Modifier" où là tu fais affichier tes resultats dans des <select> avec comme valeur par defaut la valeur de la config concernée

[gregou81]

tu peux afficher des valeurs par defaut dans des <select> oui.
Je pensais que seul le proprietaire de la config concernée pouvait modifier son profil c'est pour ça que je parlais de mot de passe.
Sinon oui tu fais 2 liens : un "Consulter" ou tu affiche simplement les resultats en mode texte (avec des echo simples quoi)
un lien "Modifier" où là tu fais affichier tes resultats dans des <select> avec comme valeur par defaut la valeur de la config concernée

Mais si tu stockes les ID dans la table de ton formulaire et que tu as plus de 20 listes, ca sera un peu complexe pour récupérer les noms pour les afficher en texte non?

[kahya]

Pas compri là =)
Les ID de quoi?
Pourquoi ça serait plus complexe?
Par exemple si tu crée un profil avec un os et un proc ta requete sera genre

Code :

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

1
2
3
4
5
6
SELECT OS.nomOs, PROC.nomProc
FROM UTILISATEUR, OS, PROC
WHERE UTILISATEUR.nom = <nomChoisi>
AND UTILISATEUR.numOS = OS.nomOs
AND UTILISATEUR.numProc = PROC.nomProc
...

en effet tu risque d'avoir bcp de liaisons à faire si tu crée une table par "composant" (processeur, ram, dd os....) mais je ne vois pas trop d'autres solutions

[gregou81]

Donc je pense que je vais rester sur ta première proposition. Afficher un formulaire et le verrouiller pour les personnes qui n'ont pas le droit de le modifier.

Merci pour ton aide, tu m'as bien éclairci.