Re: [HS] Introduction d'une solution ORM

Salut

La première question à se poser est : est-ce que la solution actuelle à base
de DAO/DTO pose des problèmes en terme de
maintenabilité/évolutivité/performance.

Si les perfs sont bonnes et la prise en compte des modifications de schema
est simple alors pourquoi changer ?

Ce qui arrive souvent avec ce type de solution c'est que c'est une implem
maison et du coup il y a un coût de prise en main de la solution.

Si tu passes avec un ORM et que tu as la main sur ton schema alors il faut
le normaliser et intégrer des PK techniques pour éviter de t'arracher les
cheveux avec la conf de ton ORM

Sinon je ne connais qu'hibernate mais je pense que c'est la solution la plus
logique, avec utilisation des APIs JPA si tu veux pouvoir switcher
relativement simplement

A+
Seb

Le 6 juin 2011 11:25, Eric Le Goff <[email protected]> a écrit :

> Bonjour la liste,
>
> Je suis un peu hors sujet, mais le lien avec java est que ma question porte
> sur les solutions ORM.
> Le contexte est une reprise de  projet struts (v1.2.4 !) avec visiblement
> utilisation de patterns DAO/DTO
> Pour info la BDD est Oracle mais je ne pense pas que ca puisse avori une
> influence sur vos reponses
>
> Ce projet est très stable, en production depuis plus de 7 ans (d'ou la
> version obsolète de struts), mais il s'agit de lui donner un petit coup
> de dépoussiérage et surtout se donner les moyens pour faire face à un
> doublement potentiel du nombre d'utilisateurs dans les prochains mois. Il va
> s'agir aussi de faciliter la vie future ou
> le modèle des données risque d’évoluer a moyen terme.
>
> Voici donc mes questions :
>
> * Est-ce qu'avec ce contexte vous preconiseriez une solution ORM ? Si oui
> laquelle ? (Hibernate ? OpenJPA ? Autre ?)
> NB : pour l'instant mes recherches sur le sujet donnent des resultats
> mitigies : [1]
>
> * Sachant  la modélisation des tables n'est pas en 3eme forme normale, est
> ce qu'une action sur le modele physique des donnees est un pre-requis avant
> d'envisqger une solution ORM ?
>
> * Enfin d'une maniere tres generale, preferez vous la prudence ("if it
> works, don't fix it") ou préférez vous éviter les situation ou les
> frameworks utilises risquent l’obsolescence ?
>
> Merci de vos retours d'experience.
>
> Eric
>
> [1] :
> http://openjpa.208410.n2.nabble.com/Why-would-I-choose-OpenJPA-over-Hibernate-td210139.html
>
> --
> Eric Le Goff
> twitter: @elegoff
> linkedin: http://www.linkedin.com/in/elegoff
>
>
>