Discussion :

[Lung]

Le BDE étant en voie de disparition, vers quoi faut-il se tourner pour développer des applications utilisant principalement Oracle ?
J'ai entendu parler de :
- http://www.crlab.com/
- http://www.allroundautomations.nl/doa

Y en a t'ils qui ont déjà utilisés ces composants ?
Avantages, inconvénients, ... Je serais intéressé par tout commentaires ...

Sinon, pour QuickReport. Il n'est plus fourni par défaut avec Delphi depuis le 7, et a été remplacé par RaveReport. Est-il aussi bien ? Va t'il lui aussi être abandonné au profit d'un autre ?
J'ai entendu parler de Crystal Report (http://www.businessobjects.com/produ...ntegration.asp) qui a l'air d'être assez utilisé à travers le monde.
Des avis ?

[Linkin]

On utilise DBExpress pour se connecter à Oracle et MySQL (en remplacement du BDE).

Avantages: plus facile d'installation que le BDE
Il n'y a que les fichiers dbxconnections.ini et dbxdrivers.ini à distribuer.
Plus éventuellement les DLL spécifique à la base de données dbexpora.dll et dbexmysql.dll dans notre cas. Mais dans le cas d'un seul SGBD, on peut s'en passer en incluant dbexpora (ou l'unité correspondante) dans les uses.

Inconvénient: DBExpress est unidirectionnel
Mais il est assez facile de contourner le problème avec un datasetprovider

Sinon pour QuickReport, nous avons acheté la version Pro, car RaveReport ne nous permettait pas de faire les états que nous voulions sans faire de "bidouilles" (Principalement à cause d'images). Mais c'était il y a trois ans, depuis nous ne nous sommes pas repenché dessus.

Avec Delphi 7 Entreprise

[slimjoe]

Salut!

Pourquoi ne pas utiliser ADO pour la connexion à la BD ? Pour des projets dont la taille n'est pas énorme, la migration est relativement facile à faire...

Pour ce qui est des rapports, j'utilise depuis plusieurs années Report Builder de Digital Metaphors. Les avantages sont nombreux mais mon préféré est l'interface end-user permettant à l'utilisateur de mes logiciels de créer des rapports de toute pièce dans lesquels il leur est possible d'insérer du code Pascal.

a+

[Lung]

Pourquoi ne pas utiliser ADO pour la connexion à la BD ? Pour des projets dont la taille n'est pas énorme, la migration est relativement facile à faire...

Comment utiliser ADO avec Oracle ? C'est possible ?
Je n'ai vu nul part qu'il était possible d'exécuter des procédures et fonctions stockées d'Oracle.

D'autres avis ?

[Rayek]

Comment utiliser ADO avec Oracle ? C'est possible ?
Je n'ai vu nul part qu'il était possible d'exécuter des procédures et fonctions stockées d'Oracle.

D'autres avis ?

Pour utiliser Ado avec oracle , il faut le drivers ODBC (en général fournit avec oracle directement et à installer sur les postes qui vont recevoir l'application), après selon le drivers cela donne la possibilité d'utiliser ou non les procédures/fonctions stockées.

[slimjoe]

Avec le MDAC de Microsoft vient le "Microsoft OLE DB provider for Oracle". Fais le test toi même tu verras que c'est simple.

[Lung]

Exécuter une procédure, ça marchouille à peu près, mais pas moyen pour les fonctions. Donc, pour l'instant, je ne suis pas impressionné par ADO. Ca ne me parrait pas fiable.

[Rayek]

Exécuter une procédure, ça marchouille à peu près, mais pas moyen pour les fonctions. Donc, pour l'instant, je ne suis pas impressionné par ADO. Ca ne me parrait pas fiable.

Qu'est ce que tu appels "fonctions" en oracle ?
Une procédure stockée qui renvoi 1 seule valeur ? ou un ensemble de données ?

[Lung]

Qu'est ce que tu appels "fonctions" en oracle ?
Une procédure stockée qui renvoi 1 seule valeur ? ou un ensemble de données ?

Bin, la même chose qu'en Delphi.
Une procédure peut avoir des paramètres, mais pas de valeur de retour.
Une fonction peut avoir des paramètres, ET une valeur de retour.
En plus dans le premier cas, on utilise le mot clef procedure, et dans l'autre function.

Avec ADO, pas moyen de récupérer la valeur de retour.
Et convertir les fonctions en procédures, c'est hors de question.

Tout le monde utilise ADO pour attaquer Oracle ?

[Rayek]

Bin, la même chose qu'en Delphi.
Une procédure peut avoir des paramètres, mais pas de valeur de retour.
Une fonction peut avoir des paramètres, ET une valeur de retour.
En plus dans le premier cas, on utilise le mot clef procedure, et dans l'autre function.

Avec ADO, pas moyen de récupérer la valeur de retour.
Et convertir les fonctions en procédures, c'est hors de question.

Tout le monde utilise ADO pour attaquer Oracle ?

Selon mes souvenirs d'utilisation sous MS-SQL ^^ (je pense que cela doit être quasiment pareil avec Oracle), il fallait utiliser les AdoStoredProc et faire appel à une variable spécifique pour avoir le résultat

Genre :

Code :

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

1
2
 
MonResultat := MaStoredProc.FieldByName('@Result').asInteger; // ca depend du type de retour

Pour le retour d'ensemble de données après l'exécution du AdoStoredProc, il suffit de le considérer comme un TadoTable, ca a les mêmes fonctions.

[ProgD]

astuce
essayé de développez vos états avec DELPHI 6.0 Quick Report Puis Vous Réouvrer votre programme sous DELPHI 7.0 après avoir compiler exécuté votre application. Et vous remarquerez que les états effectuer sur Quick Report marche normalement même si Quick Report N'existe pas sous
DELPHI 7.0
Le seul inconvénient est que vous devez installé les deux version de DELPHI 6 + 7

[BONNEFOI Patrick]

Bonjour,

Pour accèder à Oracle, j'utilise DOA et j'en suis très satisfait, il est vraiment spécifique à Oracle. Le seul inconvénient est de devoir déployer les composants d'accès client à Oracle.

Pour Quickreport, il y a une version qui est présente avec Delphi7 mais pas par défaut, il faut installer le package. C'est quand même plus rapide que de passer à Rave Reports ou autre et de devoir refaire tous les états.

On utilise aussi Crystal Reports mais celui-ci n'est pas intégré à Delphi, on a une version XI serveur et les clients y accèdent au travers de l'intranet.

A+

[Merlin]

astuce
essayé de développez vos états avec DELPHI 6.0 Quick Report Puis Vous Réouvrer votre programme sous DELPHI 7.0 après avoir compiler exécuté votre application. Et vous remarquerez que les états effectuer sur Quick Report marche normalement même si Quick Report N'existe pas sous
DELPHI 7.0
Le seul inconvénient est que vous devez installé les deux version de DELPHI 6 + 7

C'est une astuce complexe... Alors qu'il suffit simplement sous D7 d'installer le package QuickReport qui est fourni dans la Lib mais tout simplement pas installé par défaut :-)