Application Portable sur differents types de BDD

Bonjour,

Je souhaite realiser une application (mono poste) qui puisse se connecter a differents types de bases de donnees (et aussi creer la BDD) . C'est la que j'en appelle a votre experience.

Que pensez vous des solutions suivantes :

1) developper une application en Visual Basic (ou C++) utilisant ODBC et un SQL standard (SQL2) et plus exactement en utilisant uniquement les fonctions SQL comprehensibles par les principaux SGBD (Access, Oracle, Interbase, MySQL, Sybase ...)

2) developper une application en Java utilisant JDBC qui semble etre plus portable ( comprenez "peut plus facilement s'adapter sur differents formats de bases de donnees") puisque c'est le driver JDBC qui fait la correspondance entre le "SQL JAVA" (celui inclus dans le code java) et celui comprehensible par le SGBD

3) si vous avez d'autres solutions, n'hesitez pas

4) si j'ai dit une betise dites le moi aussi ...

Merci d'avance
Sylvain

moi, je te propose : java + un framework de persistance (type hibernate ou ojb).

du coup, le changement de base données est preque transparent : il suffit de changer la conf du framewolk de persistance. c'est asssez génial.

Merci pour ta reponse.
Est ce que tu as deja reellement teste ces outils ?

Peux tu me confirmer que j'ai bien compris comment fonctionne JDBC : le SQL qui est integre dans le code java est un SQL de "type JAVA" (avec eventuellement ses propres syntaxes) qui est independant de tout SGBD. C'est ensuite le driver JDBC (Oracle, Access, Informix ...) qui, en plus d'assurer la connexion a la base de donnees, traduit le SQL de "type JAVA" en SQL comprehensible par le SGBD en question.

Merci de me le dire si je dis une betise ...

Sylvain

Je te conseille un developpement en 3 tiers.

Citation:

---

Envoyé par fadace

Je te conseille un developpement en 3 tiers.

---

Toutes les informations que j'ai trouvees concernant le developpement 3 tiers concernent des applications WEB.
Est ce aussi utilise pour des applications "non web" ?


Un developpement 3 tiers m'oblige tout de meme a passer par JDBC ou ODBC, non ?

Oui, c'est conseille et recommande. La mise en place est plus longue et plus penible (surtout si tu dois former ton team de developpeurs a la methodologie), mais en terme de portabilite, d'ouverture et de perenite, ca vaut la peine.

... et non, tu n'est pas contraint d'utiliser ODBC ou JDBC. La connexion du 2e tiers au SGBDR peut se faire en natif.

Citation:

---

Envoyé par fadace

tu n'est pas contraint d'utiliser ODBC ou JDBC. La connexion du 2e tiers au SGBDR peut se faire en natif.

---

Salut,

Sans vouloir abuser, est ce que tu (ou quelquún d'autre) aurais des exemples, des references ou des sites web a me suggerer pour avoir une idee un peu plus claire d'un developpement 3 tiers avec une connexion du 2e tiers au SGBDR en code natif ??

Merci
Sylvain

En fait, ton application elle ferait quoi dans les grandes lignes ?

Par exemple si ton application a besoin de se connecter à diverses bases pour faire de la rétro-conception, c'est pas forcément une architecture trois tiers qu'il te faut.

Pour une application mono-poste à priori, pas besoin d'une architecture trois tiers. Tu vas t'embêter (lors du développement et lors du déploiement) pour rien.

Je te donne l'exemple que je connais : le mien ;) tu peux t'en sortir en écrivant une bibliothèque de programmation qui décrit une requête SQL, indépendamment du sgbd. Et après, tu pourrais écrire des convertisseurs dans les dialectes SQL dont tu as besoin. Mais ça revient à se taper tout le problème à la mimine.

La solution de lunatix (framework de persistance) je ne connais pas, mais c'est peut-être une solution déjà implémentée.

Thomas

Citation:

---

Envoyé par sylvain_2020

1) developper une application en Visual Basic (ou C++) utilisant ODBC et un SQL standard (SQL2) et plus exactement en utilisant uniquement les fonctions SQL comprehensibles par les principaux SGBD (Access, Oracle, Interbase, MySQL, Sybase ...)

---

En fait je ne te conseille pas. Le plus petit dénominateur commun est vraiment trop petit... Le problème commencera à la première jointure.

oups, j'avais oublié ce post :oops:

1) odbc et jdbc, ca n'a RIEN a voir ! Jdbc attaque les bases de données en natif, ( en odbc si necessaire). c'est pas du tout la meme chose.
jdbc c'est la facon dont en java on code l'acces aux données. Ensuite, cet acces peut etre natif, on odbc en fonction du "drivers" utilisé



2) ton probleme se gere simplement avec un framework de type Hibernate. C'est ce framework qui gerera les differences de sql entre les bases et les autres petites modifs. (c'est du boulot qui a été fait par d'autres developpeurs, et que tu n'auras pas a refaire). En gros les developpeurs ont fait ce que dit laffreuxthomas, ils ont codé des classes qui gerent les diff de sql...tu peux aussi le refaires, mais il faut etre motivé

Citation:

---

including Oracle, DB2, Sybase, MS SQL Server, PostgreSQL, MySQL, HypersonicSQL, Mckoi SQL, SAP DB, Interbase, Pointbase, Progress, FrontBase, Ingres, Informix, FrontBase

---

ca c'est que fait hibernate....

En gros, tu mappes les objets de application sur la base de données (description dans un fichier xml). ensuite, tu ne faits que des objet.load() ou objet.save() et le sal est généré par le framewok...du bonheur !

va voir cet exemple simple (cas d'une appli web) http://www.hibernate.org/hib_docs/ex...uickstart.html

tu verras que le passage d'une base a l'autre se fait par la conf

Merci beaucoup pour vos conseils. Je suis en train d'etudier la solution framework de persistance avec Hibernate.

J'aurais certainement d'autres questions a vous soumettre bientot :wink:

Sylvain

Citation:

---

Envoyé par sylvain_2020

J'aurais certainement d'autres questions a vous soumettre bientot :wink:
Sylvain

---

n'hesite pas !
je parle d'hibernate parce que je connais, mais tu as d'autres outils.
ojb http://db.apache.org/ojb/ par exmple...

n'hesite pas a faire une recherche pour voir par toi meme