Discussion :

[lequebecois79]

bonjour

quelle est la meilleure façon de gérer plusieurs bases de données (une seule à la fois)?
genre je veux que l'application supporte oracle et aussi mysql.... le code sql peut alors être un peu différent...

je précise sans utiliser de orm

je crois qu'il faudrait utiliser une abstract factory, ensuite une factory par bd et ensuite chacune de ses factory aurait son propre dao (il implémenterait tous la même interface)

je sais pas comment mettre la colle entre tous ses morceaux et faire en sorte qu'il puisse connaitre la bd qui doit être utilisé

merci

[funkygono]

En fait, le mieux c'est d'avoir du code SQL le plus standard possible, et de pouvoir ainsi le partager entre les différentes bases de données. Je travaille sur une grosse application, et quasiment 100% des requêtes SQL fonctionnent sur Oracle, PostreSQL, MySQL et SQL Server. La plupart des requêtes qui sont spécifiques à une base de données ont été écrites pour des raisons de performance, et non pas de syntaxe non valide.

Ensuite, il faut séparer le code qui accède aux bases de données du reste du code, en faisant des DAOs par exemple. Les DAOs exécutent des requêtes SQL et convertissent les ResultSet en objets métier (tout au moins en objets de plus haut niveau).

Ces DAOs doivent être des composants Spring, que tu peux ensuite surcharger pour des bases de données spécifiques. Il existe différentes stratégies pour cela. Par exemple utiliser des BeanFactory, qui retournent des DAO en fonction du type de la base de données, ou définir le nom de la classe d'un bean à l'aide d'une propriété (et utiliser un PropertyPlaceHolderConfigurer).

Mais franchement, le mieux c'est d'avoir le code le plus proche entre toutes les bases. C'est plus long à trouver les bonnes requêtes et le bon MCD, mais ça fait beaucoup moins de boulot en maintenance.