Discussion :

[Seb des Monts]

bonjour,

Mon appli est compatible FireBird et Oracle avec le BDE .
Je travaille avec C++ builder, mais c'est la même VCL que Delphi.
Comme ma question sur le forum C++ builder n'a pas un franc succès
http://www.developpez.net/forums/viewtopic.php?t=343344
, je vous en touche un mot ici si vous le permettez...

J'ai supprimé le BDE pour moderniser l'appli. Mon choix s'est porté sur DBExpress puisqu'il a des drivers natifs pour les SGBD qui m'intéressent (ORACLE et Interbase). J'utilise Oracle 9.2.
Sous Oracle :
La connexion à la base : ok
les requêtes select : ok
Mais, je ne parviens pas à utiliser une procédure stockée de la base Oracle avec le composant TSQLStoredProc.
Et les requêtes paramétrées ne marchent pas non plus (sans les paramètres ça va).
Voir le lien ci-dessus pour plus de détails...

Avec ADO, pas de problème pour la connexion Oracle, l'utilisation de la procédure stockée, l'utilisation de requêtes paramétrées.

Mais sous ADO, la connexion à FireBird nécessite un driver odbc et les performances semblent décevantes (cf. http://www.developpez.net/forums/viewtopic.php?t=293351)

Donc d'après mes essais et mes recherches, utiliser DBExpress, c'est avoir des problèmes sous Oracle, et utiliser ADO, c'est avoir des problèmes avec FireBird...

Etes-vous d'accord avec cette conclusion ?

A ce stade, j'envisage d'utiliser l'un ou l'autre type de connexion selon le SGBD... mais c'est un peu dommage quand même..

merci d'avance pour vos avis ou expériences...

[lper]

Bonjour,
pourquoi ne pas utiliser les composants Oracle (DOA) ?

[Seb des Monts]

ben.. je savais pas que ça existait ?

Je les ai téléchargé, je vais regarder de plus près...
merci du tuyau.
mais ça déplace juste le problème de gérer DAO et DBExpress au lieu de ADO et DBExpress selon le SGBD courant...

[Seb des Monts]

on dirait qu'il n'y a pas de possibilités de gérer des requêtes paramétrées... ça va pas m'arranger ça...

[lper]

on dirait qu'il n'y a pas de possibilités de gérer des requêtes paramétrées... ça va pas m'arranger ça...

Heu si ! C'est pas la même méthode, regarde Setvariable.

[BONNEFOI Patrick]

Bonjour,

J'utilise DbExpress pour accèder à Oracle et les DOA.

En ce qui me concerne j'utilise le TSqlQuery comme suit

Code :

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

1
2
3
4
 
begin
   pkg_adherent.SelectOneAdherent (:pCode, :pCur);
end;

je n'utilise pas le tsqlstoredproc qui me renvoie des erreurs
Il a un petit problème au niveau des paramètres. Il me renvoie que xxx n'est pas une valeur BCD valide.

Si quelqu'un a une solution.

A+

[Seb des Monts]

merci Iper, tu m'as mis sur la voie...
En fait il y a deux sites intéressants :

http://www.crlab.com/

On y trouve des drivers DBExpress pour Oracle
et mes problèmes d'ouverture ou d'exécution de requêtes paramétrées sous Oracle disparaissent en utilisant le driver "Oracle (Core Lab)" dans le composant TSQLConnection. La procédure stockée fonctionne aussi avec ce driver.
Il y a aussi des drivers DBExpress pour MS SQL Server.
Les drivers sont payants, mais on peut les essayer gratuitement.

http://www.allroundautomations.com/

on y trouve des composants spécifiques pour Oracle : DOA (data object access) dont parle Iper. hyper faciles à installer !
Vu que j'ai pour le moment résolu mon problème de compatibilité FireBird/Oracle en utilisant un autre driver Oracle que celui proposé par défaut, je ne me suis pas penché plus que ça sur la DOA...
Les performances sont bien meilleures avec DBExpress que sous BDE,
et les différences de performances sous Oracle entre ADO et DBExpress ne sont pas très significatives.
Il y a des chances que les performances avec les composants DOA soient bien meilleures, mais je gagne déjà tellement (*10 à *40 !) entre BDE et DBExpress que je peux me satisfaire de ça dans un premier temps..

Merci à tous