Discussion :

[fredfred]

Hello,

Je dois migrer une appli BDE vers ADO.

J'avais mis des composants RxQuery dans lesquels j'avait des syntaxes du genre

Code :

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

select CHAMP1 from TABLE where %critere

et au grès des besoins de l'utilisateur, la syntaxe "%critere" était remplacée par une chaine pouvant contenir de 1 à 20 conditions, genre

Code :

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

 nom like 'A%' and date_cre > '01/01/2006' and Type_F = 'F'

Mais sous ADO, d'après ce que j'ai compris de l'utilisation des paramètres, c'est que ça ne permet que de passer une valeur.

Par exemple, si je reprends le tuto ADO :

Code :

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

1
2
3
 
PARAMETERS Annee integer; UPDATE Authors SET Authors.[Year Born] = 1972
WHERE Authors.[Year Born]=[Annee];

Je me suis inspiré de cet exemple pour passer ma chaine de critères, mais ça ne marche pas tout.

Y a t'il un moyen pour passer une chaine complète en paramètres d'une requête ADO, et pas seulement une valeur pour un champ ??

[cmen76]

Y a t'il un moyen pour passer une chaine complète en paramètres d'une requête ADO, et pas seulement une valeur pour un champ ??

-> NON

Par contre tu peux faire la même chose qu'auparavant tu faisais avec le BDE :
Tu devais avoir un genre de StringReplace de &critère par les valeurs des critères...
Parce qu'avec BDE, c'était pareil, un paramètre ne pouvait être une chaîne de plusieurs membres sql (ne serait-ce que pour que le SQL puisse être parsé)

[fredfred]

En fait, les RxQuery gérent des macros, un peu comme ADO gère ses paramètres.

Dans mon composant RxQuery, je définis une variable macro, que j'appelle "critère", et de type string.

Ensuite dans la requête,j'appelle la macro par "%critere"

Et enfin dans le code je fais MacroByName('critere').value:= ma_chaine_where

Et hop ! magique.

Et c'est bien ce que je cherche à reproduire avec ADO.

S'il n'y a pas d'équivalent, je vais bien devoir ma taper tout à la main, mais je trouve ça dommage (enfin ça ne m'étonne pas plus que ça, depuis que je passe à ADO, je vais de déceptions en déceptions...)

Ou alors y a t'il une bibliothèque de composants ADO plus évolués que ceux fournis de base avec Delphi ?

[cmen76]

Ou alors y a t'il une bibliothèque de composants ADO plus évolués que ceux fournis de base avec Delphi ?

Pas à ma connaissance...
Mais pourquoi ne pas implémenter tout simplement le remplacement d'une balise par un contenu sur un événement, comme le faisaient les RX ?

Suffit de créer une classe descendant de TADOQuery, lui ajouter une propriété SQL_backup et une propriété OnParseEvent, et tu retrouves le même fonctionnel...

[fredfred]

Pas à ma connaissance...
Mais pourquoi ne pas implémenter tout simplement le remplacement d'une balise par un contenu sur un événement, comme le faisaient les RX ?

Parce qu'avant de me lancer dans de la prog, je cherche d'abord s'il y a pas quelque part une méthode déjà existante.

Mais vu qu'il n'y a rien d'équivalent, pas le choix, je vais bien devoir tout me taper à la mano.