Discussion :

[gerald2545]

Bonjour,
nous sommes en cours de mise en place d'une appli RCP basée sur hibernate qui attaque une base de données postgresql. Cette base me permet entre autres de stocker des informations sur l'utilisation d'appareils de laboratoire.
J'ai une table par appareil. Toutes ces tables contiennent strictement les mêmes colonnes. Seuls le nom de la table et de la séquence diffèrent (nom de la table pour l'appareil XXX = runXXX et sequence = runXXX_seq).

Pour l'utilisation d'hibernate de "base", c'est OK(CRUD sur des tables mappées) ...mais il y a un point qui me pose problème : tous les ans, nous avons 2 à 3 appareils qui sont rajoutés à notre parc, et j'aimerais éviter d'avoir à créer de nouvelles classes et fichiers de mapping, compiler et réinstaller cette appli pour chaque nouvelle machine.

Le nom des appareils est listé dans une table de la base de données.
Si dans cette table j'ai le nom YYY, alors je sais qu'il existe une table runYYY dans ma base de données.
Demain, j'installe l'appareil ZZZ, je crée automatiquement la table runZZZ.

y-a-t'il moyen avec hibernate d'accéder à ces tables sans les avoir forcément déclarées dans mon appli?

Merci d'avance pour vos pistes
G

[tchize_]

hibernate n'est pas toujours adapté pour mapper des structure existante quand elle ne sont pas repectueuses d'un minimum de standard. Cela pose-t-il un grand problème de réunir toutes ces tables en une seule? Avec une colonne discriminante. Le problème d'hibernate dans ton cas c'est qu'il lie fortement un classe à une table. Tu peux éventuellement utiliser une view postgres : http://www.postgresql.org/docs/8.2/i...reateview.html pour créer une table virtuelle affichant tous les appareils dans une seule table. Et jouer avec de rule postgresql pour gerer les insert. A vérifier.

Je ne vois pas trop comment dans hibernate lui dire de mapper N tables identiques sur un seul POJO. Ce serait problématique pour le fonctionnement des méthodes du genre Session.load(id,class), sur quelle table faire le load?

[Kirua12]

Salut,

est ce que tes appareils ont un comportement différent ? as tu une classe pour chacun d'eux et fais tu des opérations différentes pour chacun ? As tu besoin de les différencier ?
Si oui, quand tu ajoutes un appareil, tu devras avoir la classe correspondante dans ton appli pour le prendre en charge.
Sinon pourquoi faire des classes différentes ?

[gerald2545]

merci pour vos réponses,
c'est vrai qu'il y a un problème de conception, j'aurais dû faire de l'héritage postresql, mais je n'étais pas à l'aise avec sa mise en oeuvre et ne voyait pas bien comment obtenir ce que je voulais

Tous les appareils ont en effet un comportement identique. J'avais créé autant de table que d'appareils à l'époque pour me simplifier la vie : dans 1 table toutes les données d'un appareil, avec 1 numéro de run spécifique pour chaque nouvelle utilisation de l'appareil.
La machine A peut avoir les numéros de runs 1 à 10
La machine B peut avoir les numéros de runs 1à 42
etc

je vais essayer de voir du côté des vues pour "rattraper" ce problème, merci pour la liste

[gerald2545]

en y pensant un peu, la vue postgreql ne va pas solutionner mon problème. Si c'est pour de la visualisation, pas de souci. Mais je veux aussi pouvoir mettre à jour mes tables d'appareils.
.....je vais sans doute être obligé de faire des trucs pas très propre.

Créer une classe Appareil
Créer un DAO qui contiendra les méthodes classiques (au moins le findById et le merge) revisitées avec des requêtes HQL qui prendront en paramètre le nom de l'appareil....

[tchize_]

en y pensant un peu, la vue postgreql ne va pas solutionner mon problème. Si c'est pour de la visualisation, pas de souci. Mais je veux aussi pouvoir mettre à jour mes tables d'appareils.
.....je vais sans doute être obligé de faire des trucs pas très propre.

Tu peux peut etre simplement, si c'est possible, completement changer ton shéma. Déplacer tes N tables appareilxyz vers un grosse tables appareils avec une colonne "modèle" et faire ton DAO qui n'utilise plus qu'une seul classe. Tu peux même si tu veux temporairement, garder une classe par appareil en utilisant le mapping hibernate avec criter discriminant (voir la doc hibernate -> héritage -> une seule table par hierarchie de classe)

Sinon, les vue postgres sont éditables d'après la doc que j'ai vue, mais pas par défaut, tu doit implémenter en postgres des petit scrip sql qui transforment un insert / update / delete de la vue en un insert/update/delete sur les tables réelles, mais ca devrais pas être bien compliqué je pense :p

[gerald2545]

Tu peux peut etre simplement, si c'est possible, completement changer ton shéma. Déplacer tes N tables appareilxyz vers un grosse tables appareils avec une colonne "modèle" et faire ton DAO qui n'utilise plus qu'une seul classe. Tu peux même si tu veux temporairement, garder une classe par appareil en utilisant le mapping hibernate avec criter discriminant (voir la doc hibernate -> héritage -> une seule table par hierarchie de classe)

ça ne va pas être possible....trop d'appli à modifieer pour mes petites mains...

Sinon, les vue postgres sont éditables d'après la doc que j'ai vue, mais pas par défaut, tu doit implémenter en postgres des petit scrip sql qui transforment un insert / update / delete de la vue en un insert/update/delete sur les tables réelles, mais ca devrais pas être bien compliqué je pense :p

ça par contre ça m'intéresse grave !!!

je vous tiens au courant

A+

Gérald