Ingénierie logiciel: support de 2 BDD

Question

Bonjour,

Mon programme utilise en ce moment SQL Compact Server, mais j'aimerai que l'utilisateur puisse aussi choisir Postgres.

Quelle est la façon la plus "jolie" pour qu'un programme supporte les 2 bdd?

Mon idée est de créer une interface pour chaque object clé d'une bdd, ie:

par exemple:
Interface ISqlConnection
   implémenté: class SqlCompactConnection / SqlPostgresConnection
Interface ISqlCommand
   implémenté pour les 2 aussi.
Interface ISqlParameter
Interface ISqlResultSet
etc. etc.

Ensuite, chaque interface implémentée ne serait qu'une façade des classes existantes (SqlCe**** pour Compact SQL, Npgsql**** pour Postgres). Tout cela m'a l'air ok, mais je butte sur:

Si je créé une connection pour SQL Compact Server, comment faire pour que tous les autres objets base de données (command, parameter, resultset) soient aussi de type SQL Compact Server?
Comment traiter de façon astucieuse les différences de langage SQL ?

Merci!

bubbathemaster · Answer

Par differences, j'entends par exemple, j'ai des requetes types:

CONVERT(colonne, NUMERIC(18,2)) par exemple en SQL Compact server, ou:
SUM(CONVERT(colonnedetypebit, INT)) pour sommer des booleans...

sebmafate · Answer

Déjà, si tu utilises le framework .net 2.0 (ou plus), à la place des interfaces, je te conseille d'utiliser la factory DbProviderFactory... et ainsi DbCommand, DbConnection...

Ensuite ne ce qui concerne les requêtes... il n'y a pas vraiment de solution : soit tu fais le plus générique possible avec des requêtes classiques... soit tu fais des procédures stockées.

Sébastien FERRAND (blog)
Consultant Sénior
[Microsoft Visual C# MVP]

bubbathemaster · Answer

Je ne connaissais pas ce truc DbProviderFactory... ca a l'air sympa mais je crois que je vais me lancer dans un design pattern factory avec mon interface + façade, au moins j'aurais le controle total sur ce que je fais.

Nikoui · Answer

C'est dommage de réinventer la roue... surtout que ce genre de problèmatique est quand même relativement récurrente et que les solutions existent (comme celle citée par sebmafate, ou encore l'application block dédié a la couche d'accès aux données - qui doit même être dans Enterprise Librairie il me semble)

<hr size="2" width="100%" />
Working as designed
www.nikoui.fr

bubbathemaster · Answer

Bein d'apres la doc DbProvider créé des objets de type odbc, oledb, sqlclient et oracle. Plutot que de dériver DbProvider pour y mettre SqlCe et Npgsql avec 90% de trucs qui ne serviront pas, autant créer sa propre factory non?http://msdn.microsoft.com/en-us/library/system.data.oracleclient.oraclecommand.aspx

Ingénierie logiciel: support de 2 BDD

5 réponses

Votre réponse

Discussions similaires