Queries et substitution de paramètres

[clisson]

Bonjour,

J'ai un petit souci avec les Queries.

Dans un XmlGram classique (DBExtract), quand j'écris :

SELECT * FROM {$TABLE}
WHERE ...

avec TABLE défini dans les Params du DBExtract et "valorisé" dans le context, pas de problème.

Quand je fais la même chose avec une Query, ça ne fonctionne pas : j'ai l'impression qu'il n'y a pas de substitution et que la requête est transmis telle quelle. Et pourtant, quand je l'exécute dans l'environnement XMLRad, ça marche bien...

Une idée ?


Merci d'avance.

[Nicolas.Cogi]

Effectivement, dans la version courante de XMLRAD, les Queries ne bénéficient pas du traitement de faveur des DBExtracts

En fait, pour XMLCLX, c'est le DBExtract qui prend à sa charge le remplacement des {$...} au sein du statement SQL, tandis que personne n'est là pour prendre en charge ce cas avec une Query simple.
Il faut alors dans ton code opérer le remplacement manuellement, avec un code du genre :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
var
  Query: TDacQuery;
  S: XMLString;
begin
  Query := XMLCollection.GetQueryComponent('qryTest');
  S := Query.SQL.Text;
  try
    Query.SQL.Text := ScanReplaceParams(Context, S, True);
    XMLCollection.DBExtract('qryTest');
  finally
    Query.SQL.Text := S;
  end;
end;

Il est obligatoire de restaurer le statement SQL de ta query après remplacement, sinon, au prochain appel, le statement contiendrait toujours les précédentes valeurs remplacées.

La bonne nouvelle, c'est que le Framework nouveau prend ça à sa charge désormais ! (La mauvaise étant qu'on a pas de date de dispo... oh tristesse !

[Sylvain James]

Envoyé par Nicolas.Cogi

La bonne nouvelle, c'est que le Framework nouveau prend ça à sa charge désormais ! (La mauvaise étant qu'on a pas de date de dispo... oh tristesse !

Je confirme, on l'attend comme le messie ;-)

[clisson]

Merci pour la réponse.

Je crains malheureusement que l'exemple du code ne me soit pas d'une grande utilité : je suis avec Tomcat/Java, et j'ai peur que certaines primitives très... primitives (!) ne soient pas accessibles en Java (par exemple : (Query).SQL , ou le procédure ScanReplaceParams.

Cela dit, si je me trompe, j'en serai ravi :-)

Bonne journée.

[RDM]

effectivement en Java tu vas avoir des problèmes pour récupérer le texte SQL du Query.

pour le ScanReplaceParams c'est XMLCollection.scanReplaceParams

la bonne nouvelle comme dirait Nico c'est que la prochaine version expose beaucoup plus de méthodes pour els langages comme JScript, Java et PHP et on pourra faire la meme chose qu'en Delphi !