un modèle évolutif

Bonjour à tous,

Je dois développer un outil référençant des outils déjà existants au sein d'une entreprise. Je le fais entièrement en Java. Mon outil affiche donc la fiche d'un outil choisi, cette fiche contient certaines caractéristiques de l'outil comme par exemple les langages dans lesquels il a été développé, les documents qui lui sont associés. Mon problème est le suivant: je voudrais un modèle évolutif, c'est-à-dire pouvoir ajouter des attributs supplémentaires à une fiche outil par la suite. Par exemple, si plus tard, je veux ajouter l'attribut langue à la fiche outil (langue dans laquelle existe l'outil), il faudrait que ça l'ajoute à la base de données et que lors d'une consultation d'une fiche, ça affiche cette caractéristique. Est ce que vous savez comment faire?
Il faudrait que tous mes attributs soient de type String non? Comme ça pour l'affichage d'une fiche, je mets tous les attributs de l'outil dans un Vector et j'affiche ce que contient le Vector. De plus, quand l'utilisateur voudra entrer une valeur pour ce nouvel attribut, il lui faudra juste un champ texte où il mettre la valeur qu'il souhaite (par exemple le français). Vous en pensez quoi?

Merci de votre aide

Liichiii

PS: j'utilise PostgreSQL

Ce que tu cherches c'est un outil qui te mette a jour ta base de données dynamiquement et pas seulement les données mais aussi les champs ?
Est-ce bien ca ?
et as-tu d'autres contrainte, version de java ou autre ?

oui c ça. pourvoir ajouter des données par la suite, par exemple ajouter les langues anglais ou chinois. mais également pouvoir ajouter des champs par la suite, par exemple ajouter un champ description qui décrit l'outil.
je n'ai pas d'autres contraintes.

Merci pour ta réponse si rapide :D

1 >> Dans ta base : mettre une table 'générique' avec les 3 colonnes "produit", "clé" et "valeur"
2 >> Permettre dans ton interface Swing la saisie par l'utilisateur d'autant de lignes de texte du style "maClé : maValeur1" qu'il veut
3 >> Charger le tout via un "Properties.load()" qui te renverra une Map des couples de String clé et valeur
4 >> Parcourir toutes les Properties de ton produit et pour chacune faire un 'insert/update' JDBC avec en clé primaire "produit"+"clé"
...
Voilà!
;)

Ben la manière la plus simple est de tout programmé toi meme avec les requetes que tu désire...
Je sais pas trop quel est ton niveau et qu'est ce que tu sais faire au niveau de SQL et de Java...
Cherche tu un outil qui remplace ce que tu veux faire ou tu ne sais pas comment faire ?

Pour ma part j'utiliserais un outil de mapping Realtionnel/Objet comme par exemple Hibernate. Comme cela la génération soit de ma base ou de mes classes se ferait assez facilement.

Je me fabriquerais une classe, qui inspecterais la structure de mes classes (Introspection) et qui me fabriquerais à la volée mes interfaces graphiques.
libellé du champ = nom de l'attribut de la classe.
valeur de la zone d'infos (Input, Textfield...) = valeur de l'attribut.

Bonjour,

Réponse à Shiftane : je veux faire un outil qui référence des outils existants avec certaines de leurs caractéristiques. Et par la suite, si je veux rajouter des caractéristiques en plus (c'est-à-dire des attributs en plus), je veux que que ce soit faisable. C'est pour ça que l'idée des tables génériques me semble la plus adaptée mais je ne vois pas trop comment faire :?
Si je comprends bien les réponses que vous m'avez tous donnés (je vous en remercie beaucoup d'ailleurs), mes champs doivent tous être d'un même type (par exemple String enfin varchar en bdd)... c ça??

Liichiii

c quoi Hibernate? Il permet de faire quoi exactement? Est ce que par la suite je pourrai rajouter des champs à des tables existantes et même de nouvelles tables?

Merci beaucoup

Liichiii

Au niveau de la Base de Données il te faut 1 table "Produit" avec :
- 1 champs "identifiant" de type VARCHAR faisant partie de la clé primaire (qui contiendra par exemple le nom identifiant de manière unique un Produit),
- 1 champs "clé" de type VARCHAR faisant partie de la clé primaire (pour chaque propriété du Produit identifié sur cette ligne de base),
- 1 champs "valeur" de type VARCHAR (pour chaque propriété du Produit identifié sur cette ligne de base).

Ensuite tu instancies en Java une Map<String clé,String valeur> pour un produit donné, et tu insères et/ou modifies les lignes correspondantes dans la table en B.D.

Exemple avec 2 produits ayant chacun 3 propriétés :

Code:

---

1 2 3 4 5 6 7 8 9

PRODUIT.IDENTIFIANT | PRODUIT.CLE | PRODUIT.VALEUR --------------------------|---------------|----------------- OpenOffice | version | 2.0.2 OpenOffice | langues | français, anglais OpenOffice | support | oui Mozilla Firefox | version | 1.5.0.3 Mozilla Firefox | accessibilité | développeur, analyste, administrateur Mozilla Firefox | commentaire | préférer à I.E. (coût...)

---

;)

Dans mon modèle, un outil a plusieurs caractéristiques comme les langages de programmation, les OS avec lesquels il est compatible, la langue dans laquelle il a été développé, son environnement de développement mais aussi son nom, une petite description...

S'il n'y avait pas eu de modèle évolutif à faire, j'aurai fait:
- une table outil avec comme champ nom, description
- une table langageDeProg pour le langage de programmation (comme ça si l'utilisateur veut ajouter un nouveau langage de programmation dans la bdd, il peut)
- une table OS (pour l'ajout d'un nouvel OS)
- une table langue (pour l'ajout d'une nouvelle langue)
- une table envDevt pour l'environnement de développement (pour l'ajout d'un nouvel environnement de développement)

et vu que ce sont des relations n-n il y aurait également eu:
- une table outil_langageDeProg
- une table outil_OS
- une table outil_langue
- une table outil_envDevt


Ainsi, quand l'utilisateur voudra ajouter un nouvel outil dans la bdd, il aura un formulaire avec:
- un champ textfield pour le nom
- un champ textfield pour la description
- un menu déroulant pour le langage de prog (qui contiendra les éléments de la table langageDeProg)
- un menu déroulant pour l'OS (qui contiendra les éléments de la table OS)
- un menu déroulant pour la langue (qui contiendra les éléments de la table langue)
- un menu déroulant pour l'environnement de dev (qui contiendra les éléments de la table envDevt)


Tu peux me dire ce que ça donnerait avec ta solution stp?

Est ce que c ça?
(produit - clé - valeur)
outil - nom - outilXXX
outil - description - référence les outils existants
outil - langageDeProg - java
outil - OS - WinXP
outil - OS - Win2000
outil - langue - francais
outil - langue - anglais
outil - envDevt - eclipse

ou ça :
outil - nom - outilXXX
outil - description - référence les outils existants
langageDeProg - nom - java (en supposant que ma table langageDeProg, dans la version du modèle non évolutif, contiendrait un champ nom
OS - nom - WinXP
OS - nom - Win2000
langue - nom - francais
langue - nom - anglais
envDevt - nom - eclipse
envDevt - version - 1.4.2

Merci pour ton aide précieuse !!

Liichiii

Citation:

---

Envoyé par liichiii

Code:

---

1 2 3 4 5 6 7 8 9 10

(produit - clé - valeur) ... outilXXX - description - référence les outils existants outilXXX - langageDeProg - java outilXXX - OS - WinXP outilXXX - OS - Win2000 outilXXX - langue - francais outilXXX - langue - anglais outilXXX - envDevt - eclipse

---

---

C'est pas mal, à condition que ta clé primaire soit composée des 3 champs dans la base : et côté Java représenter un Produit (identifié par un nom unique) avec une "Map<String clé,Set valeurs>".
;)

Ok merci beaucoup je crois que j'ai compris :D
Mais dis moi c pas possible de le faire avec toutes les tables comme je t'ai expliqué? (une table langue, une table outil, une table langageDeProg, ...)

Citation:

---

Envoyé par liichiii

Mais dis moi c pas possible de le faire avec toutes les tables comme je t'ai expliqué? (une table langue, une table outil, une table langageDeProg, ...)

---

Si, mais tu perds le côté "évolutif" de ton modèle de données : c'est à toi de voir ce que tu veux en faire...
;)

je perds le côté évolutif? c à dire?

Parce que imagine je fais un menu où je propose de:
- ajouter une nouvelle table (et ds ce cas, l'utilisateur donne le nom de la table, le nom des attributs et leurs valeurs et la relation de cardinalité avec la table principale outil)
- ajouter des attributs à une table (ds ce cas, l'utilisateur choisit la table à modifier et donne un nom aux attributs qu'il souhaite créer ds cette table)

comme ça ça marche aussi non ? et c évolutif?

A mon (humble) avis, laisser la possibilité à l'utilisateur de modifier le MODELE des données en base est très "dangereux" et complexe : alors que ne lui permettres que de modifier les DONNEES elles-même c'est plus fiable et simple ;
bref si tu sais déjà lister les futurs champs nécessaires au recensement d'un produit alors ton modèle en plusieurs tables est valable ;
mais si tu ne connais pas d'avance tous les champs possibles d'un produit(ceux pré-listés et ceux à venir si l'utilisateur en ajoute) alors le modèle d'une table unique <<id_produit,cle_propriete,valeur_propriete>> est préférable...
Dans tous les cas -maintenant que tu as les billes- c'est à toi de choisir!
;)

complexe? faire des insert, des update, des delete, ça je sais faire avec la méthode PreparedStatement. Est ce que ça marche pareil pour les create table et les alter table ?
C vrai que c dangereux mais l'idée d'une seule table en bdd, ça me perturbe! lol

C est tout autant simple d'ajouter un champs et tu peux meme lui donner un type correspondant au type de valeur que tu veux mettre. Maintenant il te faut programmer ca car je ne connais pas d'outil qui te le fasse. Tu peux toujours regarder Hibernate, je l'utilise mais pas au 100% de ces capacités, alors jette un oeil sur l'api... hibernate.apache.org qqch dans le genre.
A+

"Pourquoi faire simple quand on peut faire compliquer ?"
8O

Ca y est! je pense que j'ai trouvé!! (enfin c pas moi ai trouvé la solution!)

Je fais trois tables :
- produit (id_produit, nom_produit)
- cle (id_cle, nom_cle)
- valeur (id_valeur, id_produit, id_cle, valeur)

Exemple :
ds la table produit, j'ai :
id_produit nom_produit
1 outil1
2 outil2

ds la table cle, j'ai:
id_cle nom_cle
1 description
2 langue
3 langageDeProg

ds la table valeur, j'ai:
id_valeur id_produit id_cle valeur
1 1 2 français
2 1 2 anglais

:D :D

J'allais justement te le dire de faire comme ca... LOL
Bon ben normalement c'est la manière la plus simple...

Moi je pense que nous sommes devant le cas de figure typique où il faut faire un usage massif de la technologie XML et des transformations XSL....

Si tu veux du générique et pourtant structuré alors il faut utiliser le couple XML/XSL....

:fessee:

Salut,

j'ai un petit problème ... à un outil peut être associé plusieurs documents. Un document est caractérisé par :
- son nom
- son type (spec, manuel utilisateur, ...)
- le lien vers le doc
- la langue dans laquelle il existe.

Dans le cas du modèle avec les tables produit-clé-valeur, il faudrait qu'à la table clé, j'ajoute un champ type_cle qui donnerait le type de la clé, par exemple pour une langue, ce serait varchar. Il faudrait également que je crée un type tDoc qui contiendrait les attributs nomDoc, typeDoc, lienDoc, langue... est-ce bien ça?
Il faudrait aussi que j'autorise l'utilisateur à créer ses propres types, non? est ce aussi dangereux que si je laissais à l'utilsateur la possibilité de créer ses propres tables (comme je voulais le faire au début) ??

Au fait, comment ça marcherait avec le xml, xsl? Parce qu'il y a une notion d'arbre dedans non? je ne vois pas trop comment faire avec ça...

Merci beaucoup!

Liichiii

Oui c'est ca! je repète tu dois faire une autre table pour document qui contient la clé étrangere (FK) sur l'id de la clé de la table produit ou outils (je sais pas comment tu l'as appellé.
Un petit conseil, si tu as le temps fait un schéma de BDD avec un soft telle que visio ou DBDesigner et ensuite poste le, C'est quand meme plus simple pour comprendre:lol:

A+

Salut Shiftane,

tu me dis "oui c ça!" mais tu proposes une autre solution que la mienne. Moi je proposais de créer des types, par exemple pour document, créer le type tDoc qui contiendra les attributs nomDoc, lienDoc, typeDoc, langue. Et toi tu me dis de créer une table à part pour document. Or le problème est qu'il y a d'autres caractéristiques dans ce cas, comme par exemple l'environnement de développement. Celui-ci est caractérisé par le nom de l'environnement et la version. D'après ma solution, je créerai un type tEnvDev avec comme attributs nomEnvDev et versionEnvDev. Selon ta solution, je créerai une table envDev c ça?
Le problème est que si l'utilisateur veut par la suite ajouter des caractéristiques qui contiennent plusieurs attributs (comme document et envDev), dans mon cas, il devra créer un type et dans le tien une table... et tu m'as dit que ct pas bien de laisser à l'utilisateur la possibilité de modifier le modèle... qu'en penses tu ? est ce que c mieux qu'il ait juste la possibilité de créer ses propres types ?

Merci
Liichiii

En faite j'avais pas capter, le matin tot comme ca c est pas facile :D .
Bon je comprend en faite pour chaque entité pouvant avoir des données supplémentaire, tu créé une table annexe lié avec une clé étrangère sur la table avec chaque fois ta variable, ton type, la valeur.
Comme ca tu change que cette dernière pour chaque utilisateur...
Je sais pas si j'ai répondu ?