compatibilité FireBird/Oracle : le grand écart ?

Version imprimable

19/05/2005, 13h24
Seb des Monts

compatibilité FireBird/Oracle : le grand écart ?

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...
19/05/2005, 17h50
lper

Bonjour,
pourquoi ne pas utiliser les composants Oracle (DOA) ?
20/05/2005, 01h36
Seb des Monts

ben.. je savais pas que ça existait ? :oops:

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...
20/05/2005, 01h37
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...
20/05/2005, 07h55
lper

Citation:

Envoyé par 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...

Heu si ! C'est pas la même méthode, regarde Setvariable.
20/05/2005, 09h39
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:

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+
25/05/2005, 08h59
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