Discussion :

[fred_malette]

Bonjour,

Est-il possible de construire une requête SQL dynamique, et de lui fournir des paramètres ?

Exemple, je peux faire ça :

Code :

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

1
2
3
4
sql est une chaîne = "update foo set bar = {p_bar}"
source est une Source de Données
source.p_bar = "FOOBAR"
HExécuteRequêteSQL(source, hRequêteDéfaut, sql)

Comment faire si je ne connais pas le nom de mon paramètre ?

Mon premier réflexe était d'utiliser l'indirection :

Code :

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

1
2
3
4
5
sql est une chaîne = "update foo set bar = {p_bar}"
nomparam est une chaîne = "p_bar"
source est une Source de Données
source.{nomparam} = "FOOBAR"
HExécuteRequêteSQL(source, hRequêteDéfaut, sql)

Mais ce n'est pas supporté.
Le but, in fine, est de construire une méthode qui prenne en entrée une requête SQL source forme de chaine et un tableau associatif, et qui soit capable de "binder" correctement les paramètres et d'exécuter HExécuteRequêteSQL.

Mais je ne sais pas comment faire avec Windev.

(et je précise que je ne veux évidemment pas inclure les valeurs des paramètres directement lors de la construction du code SQL de la requête)

Merci pour votre aide.

[philouZ]

Bonjour,

Oui de cette manière:

Code :

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

1
2
3
4
5
6
7
8
9
taMesParametres est un tableau associatif de chaînes
sql est une chaîne = "update foo set bar = {p_bar}"
source est une Source de Données
 
POUR TOUT sParametre,sCle de taMesParametres
	sql = Remplace(sql,"{[%sCle%]}",sParametre)
FIN
 
HExécuteRequêteSQL(source, hRequêteDéfaut, sql)

Par contre il faut bien évidemment penser à mettre des quotes là où ce sera nécessaire et à traiter les caractères particuliers. Pour le coup il serait plus judicieux d'utiliser un tableau associatif de variant et de tester le type pour le traiter correctement (date, entier, chaine,...)

[fred_malette]

Bonjour,

Oui de cette manière:

Code :

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

1
2
3
4
5
6
7
8
9
taMesParametres est un tableau associatif de chaînes
sql est une chaîne = "update foo set bar = {p_bar}"
source est une Source de Données
 
POUR TOUT sParametre,sCle de taMesParametres
	sql = Remplace(sql,"{[%sCle%]}",sParametre)
FIN
 
HExécuteRequêteSQL(source, hRequêteDéfaut, sql)

)

Bonjour,

Merci, mais c'est précisément ce que je veux éviter.
Là, sauf erreur, ce ne sont pas de "vrais" paramètres, mais une simple modification de la requête SQL pour insérer dynamiquement les bonnes valeurs aux bons endroits.
Ce n'est pas ce que je veux faire, je voudrais pouvoir utiliser de vrais paramètres.

cf https://doc.pcsoft.fr/fr-FR/?3044084...RAGRAPHE000523

Bonjour,
Par contre il faut bien évidemment penser à mettre des quotes là où ce sera nécessaire et à traiter les caractères particuliers. Pour le coup il serait plus judicieux d'utiliser un tableau associatif de variant et de tester le type pour le traiter correctement (date, entier, chaine,...)

Justement, l'un des intérêts d'utiliser de vrais paramètres est de ne pas se soucier d'avoir à nettoyer les chaines en amont.

[Voroltinquo]

Bonjour,
Il faut passer par une variable requête SQL et non par une chaîne.

Code :

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

1
2
3
4
5
6
7
 
REQ_MaRequête est Requête SQL=
[
update foo set bar = {p_bar}
]
REQ_MaRequête.p_bar="FOOBAR"
HExécuteRequête(REQ_MaRequête)

Tout est détaillé là : https://doc.pcsoft.fr/?1514082

[fred_malette]

Bonjour,

Bonjour,
Il faut passer par une variable requête SQL et non par une chaîne.

Code :

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

1
2
3
4
5
6
7
 
REQ_MaRequête est Requête SQL=
[
update foo set bar = {p_bar}
]
REQ_MaRequête.p_bar="FOOBAR"
HExécuteRequête(REQ_MaRequête)

Tout est détaillé là : https://doc.pcsoft.fr/?1514082

Oui, je connais tout ça mais cela ne répond pas à ma question.
Dans ton exemple, comme rendre le "p_bar" dynamique ?

Code :

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

REQ_MaRequête.p_bar="FOOBAR"

[Voroltinquo]

[QUOTE=fred_malette;11584699
Dans ton exemple, comme rendre le "p_bar" dynamique ?
[/QUOTE]
En utilisant une variable chaine par exemple, comme on le ferait avec une requête enregistrée dans l'analyse.
Dans ce que tu veux faire, tu peux créer une chaîne qui comporte toutes les valeurs séparées par TAB et dans l'exécution, découper la chaine passée en paramètre.

[fred_malette]

En utilisant une variable chaine par exemple, comme on le ferait avec une requête enregistrée dans l'analyse.

Justement, je n'arrive pas à le faire et il semble que ce ne soit pas supporté par Windev, mais si tu peux me donner un exemple, je suis preneur et t'en remercie !

Dans ce que tu veux faire, tu peux créer une chaîne qui comporte toutes les valeurs séparées par TAB et dans l'exécution, découper la chaine passée en paramètre.

Pas sûr de bien saisir. Dans un monde idéal (ou dans un environnement autre que Windev ) j'aurais en entrée une chaîne SQL correspondant à ma requête et un tableau associatif correspondant à mes paramètres, et je pourrais "injecter" mes paramètres proprement avant l'exécution de ma requête. Exactement comme le proposait philouZ un peu plus haut, sauf que je souhaite passer par de vrais paramètres et pas par du simple bidouillage de chaîne.

[Voroltinquo]

Un exemple :

Code :

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

REQ_MaRequête.Param=sValeurParamètre

Prenons le cas de la requête suivante :

Code SQL :

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

1
2
3
4
5
6
SELECT
Client.PK_Client
FROM
Client
WHERE
Client.NDX_SexeClient={pSexe}

On peut par exemple utiliser une fonction pour sélectionner les hommes ou les femmes (mailing pour fête des pères ou des mères)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
FONCTION ClientSelonSexe(sSexe est chaine) : entier
REQ_SelectSexe est Requête SQL =
[
SELECT
Client.PK_Client
FROM
Client
WHERE
Client.NDX_SexeClient={pSexe}
]
 
REQ_SelectSexe.pSexe=sSexe
HExecuteRequete(REQ_SelectSexe)
Renvoyer Faux
 
CAS ERREUR
     Renvoyer HErreurInfo(hErreurCodeSystème)

[philouZ]

Ce que tu souhaites faire en dehors de la méthode que je t'ai citée plus haut n'est pas possible. Extrait de l'aide:

•La requête doit être définie dès sa déclaration. Il n'est pas possible de déclarer une variable de type Requête SQL puis de saisir le code SQL correspondant après quelques lignes de code.
•La requête SQL ne peut pas être construite avec des concaténations de chaînes.

Ce que te donne Voroltinquo n'est pas valable pour une requête saisie dynamiquement.

[fred_malette]

...

Merci, mais cela ne répond pas à ma question. Ici, ton paramètre (pSexe) n'est pas dynamique.

Ce que tu souhaites faire en dehors de la méthode que je t'ai citée plus haut n'est pas possible.

Effectivement, d'après ce que j'ai vu de l'aide, je crains que cela ne soit pas possible. Mais j'espérais l'existence d'une astuce.

(c'est quand même dingue qu'en 2020 Windev ne supporte pas l'ajout de paramètres dynamiques sur une requête SQL, enfin bref, peut-être en version 26...)

Tant pis et merci pour votre temps.

[Voroltinquo]

Ne parlerais tu pas plutôt, non pas du paramètre, mais de la colonne de la table sur laquelle doit se faire la requête (eg sélection sur le pays ou sur la date de naissance ?)

[fred_malette]

Ne parlerais tu pas plutôt, non pas du paramètre, mais de la colonne de la table sur laquelle doit se faire la requête (eg sélection sur le pays ou sur la date de naissance ?)

Non non je parle bien du paramètre.

(les noms des colonnes aussi sont dynamiques mais de ce côté ça fonctionne très bien, le problème n'est pas là, ce sont les paramètres que je veux rendre dynamiques)

[tatayo]

Bonjour,
Je ne vois pas en quoi la proposition de Voroltinquo ne répond pas à la demande.
{pSexe} peut être remplacé par "n'importe quelle valeur", et sSexe est une variable.

Tu peux modifier le contenu d'une variable comme bon te semble, donc il s'agit bien d'une requête paramétrable.
Rien ne t'empêche d'utiliser le contenu d'un champ de saisie à la place d'une variable.
Tu peux aussi lancer plusieurs fois la même requête, en utilisant à chaque fois une variable différente.
Tu peux même utiliser une indirection, ainsi même la variable utilisée est dynamique, i.e. choisie à l'exécution.

Tatayo.

[fred_malette]

Bonjour,
Je ne vois pas en quoi la proposition de Voroltinquo ne répond pas à la demande.
{pSexe} peut être remplacé par "n'importe quelle valeur", et sSexe est une variable.

Justement, c'est bien là le problème, {pSexe} ne peut pas être remplacé par n'importe quelle variable (en tout cas, ça ne fonctionne pas chez moi, et la doc de Windev précise qu'on ne peut pas faire d'indirection sur les noms des paramètres).

Pour résumé, ce que propose Voltinquo c'est :

Code :

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

REQ_SelectSexe.pSexe=sSexe

Moi, je cherche un moyen de faire :

Code :

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

1
2
3
 
sNomParametre = "pSexe"
REQ_SelectSexe.{sNomParametre}=sSexe

[philouZ]

...la doc de Windev précise qu'on ne peut pas faire d'indirection sur les noms des paramètres

Ce n'est pas vrai, tu peux faire des indirections sur le paramètres en faisant comme ça:

Code :

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

{"REQ_SelectSexe."+sNomParametre,indParamètreRequête}=sSexe

J'ai dit que tu ne pouvais pas affecter ou modifier le code SQL d'une requête

Code :

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

1
2
MaReq est une Requête SQL
MaReq..CodeSQL = "select * from table"

Ça c'est interdit !!!

[tatayo]

Et pourtant je viens de regarder l'aide en ligne ici.
On peut passer une valeur à un paramètre*; *si l'exemple utilise une chaine "en dur", rien n'interdit d'utiliser une variable.
Exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
REQ_Clients_nom_prenom est une chaine = "SELECT * FROM CLIENT WHERE NOM = {Param1} AND PRENOM = {Param2}"
sNom est un Variant = Null
// Utilisation du variant obligatoire
// pour variable de type Null (non renseignée)
 
HExécuteRequête(REQ_Clients_nom_prénom, hRequêteDéfaut, ...
sNom, "Jean")
 
// OU
 
HExécuteRequête(REQ_Clients_nom_prénom, hRequêteDéfaut, ...
Null, "Jean")

Tu peux voir qu'une variable est utilisée pour l'un des paramètres.
Idem ici, rien n'indique qu'on ne peut pas utiliser une variable pour passer un paramètre, voir une indirection si tu ne peux pas spécifier "en dur" le nom de la variable utilisée.

En relisant ta réponse je pense avoir compris. Effectivement tu ne peux pas mettre une variable dans la requête. Mais tu peux tout à fait passer par un paramètres à hExeccuteRequete(), comme je l'explique ci dessus.


Tatayo.

[tbc92]

L'exemple proposé par Tatayo est très explicite. Param1 et Param2 sont des paramètres, il n'y a pas de piège !
Et la page d'aide qu'il a mis en lien donne aussi une autre information.

On peut faire <Nom Requête>.<Param1> = xxx

Dans le code, ça va donner sReq.param1 = 1 par exemple. Il n'y a absolument pas besoin des indirections { } mais il faut que sReq soit déclarée en tant que requete, pas en tant que chaine.

[fred_malette]

Bonjour,

Ce n'est pas vrai, tu peux faire des indirections sur le paramètres en faisant comme ça:

Code :

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

{"REQ_SelectSexe."+sNomParametre,indParamètreRequête}=sSexe

Merci beaucoup, c'est exactement ça que je cherchais. J'ai cru, à tort, que c'était impossible. Parfait

En relisant ta réponse je pense avoir compris. Effectivement tu ne peux pas mettre une variable dans la requête. Mais tu peux tout à fait passer par un paramètres à hExeccuteRequete(), comme je l'explique ci dessus.

Certes ... mais ce n'est pas vrai pour HExécuteRequêteSQL, or c'est cette fonction que j'utilise.