Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Quel outil de mapping objet-relationnel choisir ?
Bonjour à tous,
Je découvre complètement tout ce qui concerne la persistance et plus particulièrement les libs java qui permettent de faire du mapping objet-relationnel.
J'ai identifié ces outils principalement : Hibernate, JPOX, Speedo, Orient, JDOInstruments.
Quel lib me conseillez vous ?
Bonjour,
Tu n'aurais pas oublié JPA dans ta liste par hazard ?
Parceque c'est ce que je t'aurais conseillé moi ... à moins bine sûr que tu n'aies pas une JRE 5+ à disposition.
Ok sur le site c'est marqué JPOX / JDO / JPA je connais pas la différence, dans le doute j'ai mis que JPOX, mais je crois que ca fait partie du meme toolkit ?
je vais commencer par la doc de cet outil alors
merci
edit: je crois comprendre que JPA est une interface et que tout les outils dont je parle au dessus l'implémente (sauf hibernate)
Ok, voici le bout que j'en connais:
- JPA et JDO sont juste des spécifications, une sorte d'API abstrait.
- Hibernate est une implémentation utilisable telle qu'elle (toute seule, avec l'API spécifique d'Hibernate) mais peut aussi être utilisé comme implémnetation JPA, càd que tu programmes juste avec l'API de JPA, et qu'Hibernate fait la magie en background.
- JPox lui est une implémentation de l'API JDO mais aussi de JPA.
Voilou !
Ok donc, si je peut me permettre, ta première remarque n'était pas pertinente alors ? étant donné que JPOX implémente JPA (les autres outils aussi d'ailleurs)
merci tout de meme!
Bof ... ça dépend: car ce qui t'intéresse toi en tant que développeur c'est l'API, pas l'implémentation.
C'est d'ailleurs l'esprit général dans le monde Java EE: une API pour plusieurs implémentations.
Et ça fait une sacrée différence l'utilisation d'un API ou d'un autre, même pour une même implémentation
Bonjour,
J’ai actuellement une appli donc les managers sont architecturés en SQL pur et j’attaque ma base oracle en JDBC pur.
L’idée serait pour moi de remplacer cette couche par une couche de mapping, et en lisant vos post l’ai l’impression que JPA serait une bonne alternative ?
Qu’en pensez-vous ?
Merci
Bonjour,
Oui, à mon avis, JPA est une alternative alléchante, et une fois maitrisé les subtilités du mapping/entity manager, ça permet de faire des prouesses avec très peu de code.
Seulement, je ne veux pas fausser vos points de vues en vous peignant un tableau super-optimiste: Par défintion, JPA etant u nORM, et un ORM cache beaucoup de choses, et fait des choix à votre place.
Il peut arriver des situations ou vous aurez aimé avoir plus de controle, pour y aller d'une autre façon que celle choisie par l'implémentation JPA, mais ce ne sera pas toujuors possible ... alors, à vos risques et périls
Sinon, pour des truc rapides et bas niveau en ayant un maximum de contrôle, rien ne vaut Spring JDBC : une bibliothèque qui vous fera oublier les horreurs de JDBC
Personnellement, je trouve JDBC extrêmement sympa, au moins, on sait ce qu'il fait, où et quand il le fait... même si j'utilise les EJB3 et que je trouve ça super sympa, il y a des fois, on aimerait savoir ce qu'il fait et quelle couche est impliquée dans le problème...Envoyé par djo.mos
Sinon, pour des truc rapides et bas niveau en ayant un maximum de contrôle, rien ne vaut Spring JDBC : une bibliothèque qui vous fera oublier les horreurs de JDBC
JDBC, Sympa, dans la même phrase
Sinon, oui, justement, le point fort de JDBC est qu'il est bas-niveau, et qu'il ne fait pas de la magie derrière ton dos ... mais il est trop pénible à utiliser ... correctement du moins, d'où ma proposition de Spring JDBC qui se propose d'ôter l'aspect casse-gueule de JDBC en le rendant sympa
Excellent !JDBC, Sympa, dans la même phrase
Répondre avec citation
Partager