Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement WinDev WD8/MySQL et requetes parametrees (bis)

WD8/MySQL et requetes parametrees (bis)

4 réponses
Avatar
I.G.LOG
Suite aux nombreuses reponses concernant mon post d'hier :-), je renouvelle
ma question en esperant que qq connait une solution (suis bloque dans
l'avancement de mon projet)

Soit la requete parametree suivante:
...
where (RAISON between {pDe} and {pA})
and (CODEPOST like {pCP}%)
and (NUMSOC = {pNumSoc})
and (ABRCONST = {pAbrConst})

je fais un test sans passer (initailiser) les paramètres. Sous windev, ca
marche mais pas avec l'acces natif MySQL (erreur de syntaxe sur le "and
{pA}" si pA n'est pas passé, idem pour les autres parametres)

Question 1:
Avec HF, on peut ne pas passer de parametres, la requete est alors executee
sans la condition. Cela ne semble pas etre le cas avec MySQL ?

Question 2:
Par ailleurs, dans la doc MySQL, le BETWEEN n'impose pas de guillemets alors
qu'a l'execution, j'ai une errreur de syntaxe; si je mets les guillemets:
"exemple: F.RAISON between '{pDe}' and '{pA}'" ca a l'aire de marcher


Merci a ceux qui me repondront
Signaler un problème avec ce contenu

4 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
nwjb
Le Fri, 20 Aug 2004 09:30:12 +0200, I.G.LOG a écrit:

Suite aux nombreuses reponses concernant mon post d'hier :-), je
renouvelle
ma question en esperant que qq connait une solution (suis bloque dans
l'avancement de mon projet)

Soit la requete parametree suivante:
...
where (RAISON between {pDe} and {pA})
and (CODEPOST like {pCP}%)
and (NUMSOC = {pNumSoc})
and (ABRCONST = {pAbrConst})

je fais un test sans passer (initailiser) les paramètres. Sous windev, ca
marche mais pas avec l'acces natif MySQL (erreur de syntaxe sur le "and
{pA}" si pA n'est pas passé, idem pour les autres parametres)

Question 1:
Avec HF, on peut ne pas passer de parametres, la requete est alors
executee
sans la condition. Cela ne semble pas etre le cas avec MySQL ?

Question 2:
Par ailleurs, dans la doc MySQL, le BETWEEN n'impose pas de guillemets
alors
qu'a l'execution, j'ai une errreur de syntaxe; si je mets les guillemets:
"exemple: F.RAISON between '{pDe}' and '{pA}'" ca a l'aire de marcher


Merci a ceux qui me repondront





Pas d'expérience exactement équivalente , mais sur une appli utilisant
fichiers HF ou ORA
pour quelques requêtes nous avons d'utiliser hRequetedefaut pour HF et
hrequetesanscorrection pour ora

J.Bratieres , Scrim Informatique
Avatar
Manu Pavy
nwjb wrote:
Le Fri, 20 Aug 2004 09:30:12 +0200, I.G.LOG a écrit:

Suite aux nombreuses reponses concernant mon post d'hier :-), je
renouvelle
ma question en esperant que qq connait une solution (suis bloque dans
l'avancement de mon projet)

Soit la requete parametree suivante:
...
where (RAISON between {pDe} and {pA})
and (CODEPOST like {pCP}%)
and (NUMSOC = {pNumSoc})
and (ABRCONST = {pAbrConst})

je fais un test sans passer (initailiser) les paramètres. Sous windev, ca
marche mais pas avec l'acces natif MySQL (erreur de syntaxe sur le "and
{pA}" si pA n'est pas passé, idem pour les autres parametres)

Question 1:
Avec HF, on peut ne pas passer de parametres, la requete est alors
executee
sans la condition. Cela ne semble pas etre le cas avec MySQL ?

Question 2:
Par ailleurs, dans la doc MySQL, le BETWEEN n'impose pas de guillemets
alors
qu'a l'execution, j'ai une errreur de syntaxe; si je mets les guillemets:
"exemple: F.RAISON between '{pDe}' and '{pA}'" ca a l'aire de marcher


Merci a ceux qui me repondront





Pas d'expérience exactement équivalente , mais sur une appli utilisant
fichiers HF ou ORA
pour quelques requêtes nous avons d'utiliser hRequetedefaut pour HF et
hrequetesanscorrection pour ora

J.Bratieres , Scrim Informatique




A mon avis, il faut "choisir" entre hRequeteSansCorrection où ton
between sera ok mais pas l'absence de paramètres, soit hRequeteDéfaut
qui posera un pb au between, mais la fonction hyperfile gerera l'absence
de passge de paramètres.
Sinon, une solution pour combler l'absence de certains paramètres est de
le faire dans la partie prog :
SI param1 <> Null ALORS
MaRequete += " and condition1 = "+ param1
FIN
pour chaque paramètre.

Manu
Avatar
Guillaume
> Soit la requete parametree suivante:
...
where (RAISON between {pDe} and {pA})
and (CODEPOST like {pCP}%)
and (NUMSOC = {pNumSoc})
and (ABRCONST = {pAbrConst})

je fais un test sans passer (initailiser) les paramètres. Sous windev, ca
marche mais pas avec l'acces natif MySQL (erreur de syntaxe sur le "and
{pA}" si pA n'est pas passé, idem pour les autres parametres)

Question 1:
Avec HF, on peut ne pas passer de parametres, la requete est alors


executee
sans la condition. Cela ne semble pas etre le cas avec MySQL ?



Je reprends ma réponse précédente : PC$oft a pris des libertés avec la norme
SQL. Ca ne fonctionne pas avec MySQL ce type de paramétrage à option, nin
d'ailleurs avec les autres base SQL d'ailleurs.
Construit pas programmation ta condition de sélection.

Question 2:
Par ailleurs, dans la doc MySQL, le BETWEEN n'impose pas de guillemets


alors
qu'a l'execution, j'ai une errreur de syntaxe; si je mets les guillemets:
"exemple: F.RAISON between '{pDe}' and '{pA}'" ca a l'aire de marcher



Utilise du SQL pure - pas de paramètres optionnels - avec HExecuteRequeteSQL
avec le paramètre HRequeteSansCorrection !
Avatar
I.G.LOG
Boujour a tous et merci pour vos reponses.
Apres appel du ST PcSoft, le probleme est bien insoluble: impossible
d'uitliser des requetes parametrees dont le sql n'est pas compatible avec HF
!!!
Dou les problemes qui en decoulent; beaucoup de mes etats sont lies a ces
requetes (la majorite !) dois-je reprendre tous les etats (on dirait que
oui) ? Pour me simplifier la tache, est-il possible d'initailiser une
requete et d'executer l'etat ensuite, du genre
hExecuteRequeteSQL(lReq,CodeSQL) puis iImprimeEtat(lReq) ? ca serait un
moindre mal car l'editeur integre de l'etat est "inexploitable" et de plus,
ne permet pas la saisie directe du SQL (code MySQL, je ne pense pas que
l'editeur donnerait la bonne syntaxe)

"Guillaume" a écrit dans le message de
news:cg56l8$tdn$
> Soit la requete parametree suivante:
> ...
> where (RAISON between {pDe} and {pA})
> and (CODEPOST like {pCP}%)
> and (NUMSOC = {pNumSoc})
> and (ABRCONST = {pAbrConst})
>
> je fais un test sans passer (initailiser) les paramètres. Sous windev,


ca
> marche mais pas avec l'acces natif MySQL (erreur de syntaxe sur le "and
> {pA}" si pA n'est pas passé, idem pour les autres parametres)
>
> Question 1:
> Avec HF, on peut ne pas passer de parametres, la requete est alors
executee
> sans la condition. Cela ne semble pas etre le cas avec MySQL ?
>
Je reprends ma réponse précédente : PC$oft a pris des libertés avec la


norme
SQL. Ca ne fonctionne pas avec MySQL ce type de paramétrage à option, nin
d'ailleurs avec les autres base SQL d'ailleurs.
Construit pas programmation ta condition de sélection.

> Question 2:
> Par ailleurs, dans la doc MySQL, le BETWEEN n'impose pas de guillemets
alors
> qu'a l'execution, j'ai une errreur de syntaxe; si je mets les


guillemets:
> "exemple: F.RAISON between '{pDe}' and '{pA}'" ca a l'aire de marcher
>
Utilise du SQL pure - pas de paramètres optionnels - avec


HExecuteRequeteSQL
avec le paramètre HRequeteSansCorrection !