Discussion :

[cool]

salut tout le monde,
est ce que c'est l'ORM qui permet de garantir l'indépendance par rapport au système de gestion de base de données choisi (exemple: en cas de changement de MySQL vers SQL Server avec la même base de données (en gardant les mêmes tables...) le code applicatif reste le même à cause de l'ORM ou à cause d'autre chose ? )

[mOuLi]

En théorie, c'est JDBC qui constitue l'abstraction du SGBD : en changerant le driver et l'URL JDBC, le même source peut continuer de fonctionner après changement de SGBD (si on n'utilise que les interfaces de l'API JDBC, si on externalise l'URL, si on n'utilise que le SQL-ANSI et si on conserve le même nom de table). Mais en pratique ça n'est pas toujours aussi idyllique. Le comportement interne du SGBD peut influencer l'exécution d'un même programme (respect plus ou moins strict du SQL-ANSI, gestion des verrous, niveau d'isolation ...).
Donc hormis certaines limitations, tu peux être indépendant de la base sans passer par un ORM.

L'ORM Hibernate permet grâce au dialecte de palier certaines limitations de JDBC (dans la configuration d'Hibernate, on précise qu'on utilise un dialecte Oracle ou mySQL ou HSQLDB ou autre). Par exemple Hibernate va offrir une fonctionnalité de verrouillage de données en base ; cette fonctionnalité va, par l'intermédiaire du dialecte, être traduite en fonction du SGBD auquel on s'adresse.

[cool]

merci pour votre réponse.
pouvez vous me fournir les fonctions ( avec des exemples ) que fournit un ORM ?
merci d'avance.