Discussion :

[Hobbi1]

Bonjour,

J'ai un projet qui utilise pour l'instant une base Oracle. Je voudrais passer ce projet en connexion générique, comme j'ai lu sur le net et notamment :
http://johannblais.developpez.com/tu...acces-donnees/

J'ai implémenté la connexion en utilisant IDbConnection et j'ai réussi à me connecter.

Par contre j'ai un problème pour l'utilisation des procédures stockées utilisées dans le projet.
J'ai bien changé les OracleCommand, OracleParameter ou encore OracleDbType en IDbCommand, IDataParameter ou DbType mais j'ai un problème pour récupérer un paramètre OUT en VARCHAR2.

J'ai une erreur de longueur de chaine. J'ai reproduit cette erreur avec le provider Oracle en enlevant la propriété Size de OracleParameter
Le code Oracle qui marche est le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ParamOut1.Size = 1

Or la propriété Size n'est pas défini dans IDataParameter.

Comment faire pour que ca marche en générique ?
Ou alors, c'est que la méthode utilisée avec OracleParameter n'est pas exactement la bonne ?

Merci de m'éclairer

[Hobbi1]

J'ai en partie résolu mon problème
En fait j'utilisais IDataParameter et non IDbDataParameter
Donc j'arrive maintenant à appeler la procédure stockée

Mais par contre, j'ai un problème de récupération des paramètres OUT.
Ce code qui marche parfaitement avec une connexion Oracle ne marche pas avec IDbConnexion

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Dim intCodeRetour As Integer = CInt(cmdProcedure.Parameters("onum_CODE_RETOUR").Value)

J'ai un message

L'Option Strict ON rejette toute liaison tardive

Je ne comprends pas pourquoi

[Capitaine Kirk]

Bonjour

Il faudrait je pense procéder à une conversion explicite dans ce style là (de tête):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Dim intCodeRetour As Integer = CType(cmdProcedure.Parameters("onum_CODE_RETOUR").Value,Integer)

[MetalGeek]

Salut, les accès "génériques" aux bases de données, c'est un peu le Saint Graal des développeurs, mais malheureusement ça a ses limites.
Si tu ne fais que du SQL pur (sans la moindre trace de T-SQL, de PL/SQL) ça peut le faire avec des frameworks tsl qu'ADO.NET, par contre si tu commences à parler paramètres de procédures stockées tu vas forçément arriver à un moment donné à parler de types, conversions vers types CLR etc et là c'est le drame (tiens, pour t'amuser, essaie de récupérer des champs DATE dans une procédure stockée avec la méthode méthode depuis SQL Server, Oracle et MySQL...).
Bref, je te conseillerais de mettre la partie "générique" un peu plus haut dans l'abstraction, et de faire su code spécifique à chaque cible pour tous tes appels appels directs aux bases. Ce qui te permettra notamment de profiter des merveilleuses possibilités des langages propriétaires style Transact-SQL ou PL/SQL. Il y a un moment ou les projets du monde réel, les délais etc. te font oublier les Graals... tu risques de passer plus de temps à créer tes accès génériques que tu n'en aurais passé à faire trois fois la même chose pour trois moteurs de BDD différents (vécu !)

[Hobbi1]

Merci pour ces réponses.

Je crois que finalement, je vais suivre le conseil de MetalGeek.
Je m'étais emballé à vouloir faire du générique.