Laurent Pelecq wrote:
Je rajouterai aussi (c'était peut être sous-entendu) un index
numérique pour la clé.
Je n'y avais pas pensé mais j'ai vu que c'était fait comme ça pour les
autres séquences. En passant, je ne comprends pas comment sont crées les
index (au sens bd) en psql. Je m'attendais à un 'CREATE INDEX' dans
pgsql.sql
Je ne pense pas avoir défini de vrais index et clés primaires en pgsql.
A la base je maitrise mieux mysql et je me suis inspiré des structures
de base de données de phpbb2 pour creer les script pgsql. Il y a
surement des améliorations à faire de ce côté là...
A part ça je pense qu'il faudra sans doute nuancer le type de contenu
pour indiquer son type (pour effectuer les validations adequates dans
les formulaires), le type de controle (champ texte, textarea, liste
déroulante, bouton radio...), la longeur max (pour les champs texte)
et une liste de valeurs pour les liste déroulantes par exemple.
Là je suis un peu largué. Je pensais que les infos seraient des données
libres (donc un texte multiligne comme les infos actuelles ou une liste
de champs). Par exemple une info comme la couleur préférée serait un
texte, alors que pour des adresses courriers supplémentaires, l'adhérent
pourrait en entrer plusieurs (avec un genre de bouton plus pour ajouter
une valeur).
Oui ok, je vois ton idée.
Si on a un type de contrôle, on donne à l'administrateur la possibilité
de faire évoluer l'interface. Mais par exemple pour les boutons radio,
je ne vois pas l'intérêt pour l'utilisateur de définir lui-même ses
boutons. Ce serait plutôt l'administrateur qui le ferai. Et les valeurs
possibles ne seraient pas stockées dans la table des infos mais dans la
table de description des catégories, pour qu'elles soient les mêmes pour
tous les adhérents. Mais là c'est beaucoup plus ambitieux que ce que je
pensais.
Effectivement moi je voyais plutôt ton idée comme une possibilité pour
l'administrateur de pouvoir définir totalement les données à saisir dans
les fiches adhérent. Quitte à rendre les champs des fiches dynamiques
(pour pouvoir par exemple saisir plusieurs adresses mail), je pense
qu'on peut aussi offrir cette fonctionnalité.
Du coup il faudrait sans doute rajouter dans la structure de la table
définissant les types de contenu un attribut "valeurs multiples"
(yes/no) qui permettrait à l'utilisateur de rajouter des champs pour un
meme attribut (adresse mail par exemple). Il faudrait sans doute aussi
prévoir un attribut "non_modifiable" (yes/no aussi) pour éviter que
l'admin puisse supprimer des champs obligatoires (le nom de l'adhérent
principalement).
Est-ce que c'est ça ?
Oui c'était bien ça. J'avais un peu extrapolé ton idée.
Frédéric