Connection à de multiple bases de données

**Arsenic68** · 13/12/2009, 20h46

Bonjour,

je suis en train de créer un logiciel qui va utiliser une base de donnée. J'aimerais laisser le choix au client du type de base qu'il souhaite employer.
J'ai regardé la doc et j'ai pas trouvé un type commun qui me permettrait de simplement faire ce que je veux. Les bases que je souhaiterais proposer sont Mysql, Oracle et SQL Server.

Je suis débutant en LINQ mais j'aimerais bien l'utiliser mais je sais pas ce qu'il faudrait utiliser et comment.

Merci d'avance.

**tomlev** · 13/12/2009, 23h50

Envoyé par Arsenic68

J'ai regardé la doc et j'ai pas trouvé un type commun qui me permettrait de simplement faire ce que je veux. Les bases que je souhaiterais proposer sont Mysql, Oracle et SQL Server.

Tu as mal cherché

- Toutes les classes XXXConnection implémentent IDbConnection et héritent de DbConnection (System.Data.Common)
- Toutes les classes XXXCommand implémentent IDbCommand et héritent de DbCommand
etc...
Il y a un article qui explique assez bien tout ça :
http://johannblais.developpez.com/tu...acces-donnees/

Envoyé par Arsenic68

Je suis débutant en LINQ mais j'aimerais bien l'utiliser mais je sais pas ce qu'il faudrait utiliser et comment.

Pour Linq c'est une autre histoire... Il y a encore assez peu de providers Linq pour des bases autres que SQL Server, et même quand ils existent c'est pas sûr que tu puisses les utiliser exactement de la même façon, à cause des différences de fonctionnalités entre les bases.

Les providers Linq pour Oracle sont tous payants à ma connaissance, et celui pour MySQL n'est pas encore très mûr...

**Arsenic68** · 14/12/2009, 12h49

Merci, je vais voir ce que je peux en faire avec. J'avais vu ces classes mais je devais avoir un problème mais avec le cours ca devrait être bon.

Du coup les ODAC des providers on les utilisent pas?

**tomlev** · 14/12/2009, 14h01

Envoyé par Arsenic68

Du coup les ODAC des providers on les utilisent pas?

C'est à dire ? ODAC c'est spécifique à Oracle... le provider Oracle implémente également le modèle ADO.NET 2.0, tu peux donc l'utiliser comme les autres avec DbProviderFactory. Par contre il y a des trucs un peu bizarre dans leur implémentation, mais globalement ça marche à peu près pareil

**Arsenic68** · 14/12/2009, 18h15

Non rien, je confonds.

Un Linq To Entities ne marcherait pas?

**tomlev** · 14/12/2009, 18h27

Envoyé par Arsenic68

Un Linq To Entities ne marcherait pas?

C'est de ça que je parlais plus haut en fait... Linq to SQL est exclus d'office vu que c'est strictement limité à SQL Server

**Arsenic68** · 14/12/2009, 22h29

J'ai trouvé http://code.msdn.microsoft.com/EFOracleProvider qui pourrait peut être être utilisé pour faire des Linq to entities

**tomlev** · 14/12/2009, 23h04

Envoyé par Arsenic68

J'ai trouvé http://code.msdn.microsoft.com/EFOracleProvider qui pourrait peut être être utilisé pour faire des Linq to entities

Oui, j'avais déjà vu ça, mais c'est pas du code "fini"... ne va surtout pas utiliser un truc comme ça en production chez des clients

This is an unsupported sample and should be treated as such. Although reasonable effort has been put to make sure that basic EF scenarios work with Oracle, there are certain limitations. Use in production environment is strongly discouraged.

Si non il y a des providers Linq payants pour Oracle :
- chez DevArt
- chez DataDirect