Mapper des objets métier sur une base existante (mais pas un simple mapping)

Bonjour,

J'ai besoin de vos lumières pour pouvoir prendre la bonne direction et connaitre les bonnes pratiques pour le problème suivant :

Nous avons hérité d'une base de données vieillissante qui est mal concue.
Nous devons créer une application web java en se sourçant depuis cette BDD.
Nous aimerions en profiter pour monter des objets métier qui ont des relations mieux concues que celle existantes dans le but, de plus tard, créer une nouvelle BDD depuis les objets métiers et donc ne plus se servir de l'ancienne BDD.

J'aurais donc des objets métiers qui ne seront pas une projection objet de la base au sens JPA. Je ne veux donc pas de reverse de mon ancienne BDD avec les outils hibernate.

Il me faut concevoir mon nouveau modele objet en me de-corrélant de la BDD existante puis venir alimenter mes objet depuis cette BDD.
A terme je projeterai mes objets JAVA en BDD et l'ancienne BDD sera oubliée. Les schema seront donc différents

J'ai vu que des frameworks comme IBatis ou JDBCTemplate pouvaient aider a faire ce mapping BDD -> Objet.

Est ce que c'est la bonne approche ?
Faut il remonter tout les objets à la main ?


Merci d'avance pour vos idées.

Bonjour,
j'ai eu la même problématique et je l'ai "géré à la main".
Ceci dit dans ce cas on utilise bien des objets JPA pour mapper les tables "pourries" pour ensuite alimenter des Bean de presentation: on fait pas de JDBC en direct !

Une solution un peu annexe si vous avez un bon DBA, est de créer des vues qui requetes les tables en dessous, et qui ont le format des futures tables bien faite, avec éventuellement un trigger pour l'insert et l'update sur la vue. ça permet de gérer l'abstraction côté BD, mais je l'ai déjà dit, il faut un bon DBA.
Dans ce cas on peut mapper directement sur cette vue en JPA.

Je ne connait pas les solutions JDBCTemplate et IBatis, mais ça me semble être un mapping directement en base, et il ne faut pas gérer un systeme aussi complexe au niveau du mapping Java-SQL de la base, c'est soit tout en java, soit tout en BDD. De plus JPA est bien plus pérenne que des frameworks externes non JPA.

Merci pour votre retour d'expérience je vais y réflechir. :ccool:
Je suis bien sur ouvert à toutes autres gestions et autres retours d'expérience.