Bonjour,
J'ai une erreur que je n'arrive pas a expliquer sur la requete suivante:
DOSSIER DOSSIER left outer join CLIENT CLIENT on CLIENT.IDCLIENT > DOSSIER.IDCLIENT,
Merci à tous ceux qui repondront (je suis bloque sur la majorite de mes
etats qui sont bases sur des requete parametrees !)
Bonjour,
J'ai une erreur que je n'arrive pas a expliquer sur la requete suivante:
DOSSIER DOSSIER left outer join CLIENT CLIENT on CLIENT.IDCLIENT > DOSSIER.IDCLIENT,
Merci à tous ceux qui repondront (je suis bloque sur la majorite de mes
etats qui sont bases sur des requete parametrees !)
Bonjour,
J'ai une erreur que je n'arrive pas a expliquer sur la requete suivante:
DOSSIER DOSSIER left outer join CLIENT CLIENT on CLIENT.IDCLIENT > DOSSIER.IDCLIENT,
Merci à tous ceux qui repondront (je suis bloque sur la majorite de mes
etats qui sont bases sur des requete parametrees !)
I.G.LOG a utilisé son clavier pour écrire :
> Bonjour,
> J'ai une erreur que je n'arrive pas a expliquer sur la requete suivante:
[...]
> DOSSIER DOSSIER left outer join CLIENT CLIENT on CLIENT.IDCLIENT > > DOSSIER.IDCLIENT,
- tu es sûr que la clé IDCLIENT existe sous ce nom ?
- essaie de changer le nom de l'alias (pourquoi utiliser le même ?)
[...]
DOSSIER DS left outer join CLIENT CL on CL.IDCLIENT = DS.IDCLIENT,
> Merci à tous ceux qui repondront (je suis bloque sur la majorite de mes
> etats qui sont bases sur des requete parametrees !)
Utilise la ligne de commande MySQL pour tester ta requete
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
I.G.LOG a utilisé son clavier pour écrire :
> Bonjour,
> J'ai une erreur que je n'arrive pas a expliquer sur la requete suivante:
[...]
> DOSSIER DOSSIER left outer join CLIENT CLIENT on CLIENT.IDCLIENT > > DOSSIER.IDCLIENT,
- tu es sûr que la clé IDCLIENT existe sous ce nom ?
- essaie de changer le nom de l'alias (pourquoi utiliser le même ?)
[...]
DOSSIER DS left outer join CLIENT CL on CL.IDCLIENT = DS.IDCLIENT,
> Merci à tous ceux qui repondront (je suis bloque sur la majorite de mes
> etats qui sont bases sur des requete parametrees !)
Utilise la ligne de commande MySQL pour tester ta requete
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
I.G.LOG a utilisé son clavier pour écrire :
> Bonjour,
> J'ai une erreur que je n'arrive pas a expliquer sur la requete suivante:
[...]
> DOSSIER DOSSIER left outer join CLIENT CLIENT on CLIENT.IDCLIENT > > DOSSIER.IDCLIENT,
- tu es sûr que la clé IDCLIENT existe sous ce nom ?
- essaie de changer le nom de l'alias (pourquoi utiliser le même ?)
[...]
DOSSIER DS left outer join CLIENT CL on CL.IDCLIENT = DS.IDCLIENT,
> Merci à tous ceux qui repondront (je suis bloque sur la majorite de mes
> etats qui sont bases sur des requete parametrees !)
Utilise la ligne de commande MySQL pour tester ta requete
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Bonjour Romain,
J'ai essayé de changer l'alias justement pour resoudre cette "enigme": sans
l'alias ou avec un autre alias, le probleme est identique !
IDCLIENT est bien la cle primaire de la table CLIENT (cette requete
fonctionne avec SQLExec)
Effectivement il faudrait que j'essaie en ligne de commande MySQL; mais je
ne suis pas familiarisé avec ces manipulations;
il faut executer mysqlbinmysql -u root, puis, ensuite, comment se
connecter a la base, executer la requete etc ?
Bonjour Romain,
J'ai essayé de changer l'alias justement pour resoudre cette "enigme": sans
l'alias ou avec un autre alias, le probleme est identique !
IDCLIENT est bien la cle primaire de la table CLIENT (cette requete
fonctionne avec SQLExec)
Effectivement il faudrait que j'essaie en ligne de commande MySQL; mais je
ne suis pas familiarisé avec ces manipulations;
il faut executer mysqlbinmysql -u root, puis, ensuite, comment se
connecter a la base, executer la requete etc ?
Bonjour Romain,
J'ai essayé de changer l'alias justement pour resoudre cette "enigme": sans
l'alias ou avec un autre alias, le probleme est identique !
IDCLIENT est bien la cle primaire de la table CLIENT (cette requete
fonctionne avec SQLExec)
Effectivement il faudrait que j'essaie en ligne de commande MySQL; mais je
ne suis pas familiarisé avec ces manipulations;
il faut executer mysqlbinmysql -u root, puis, ensuite, comment se
connecter a la base, executer la requete etc ?
Bonjour Romain,
J'ai essayé de changer l'alias justement pour resoudre cette "enigme": sans
l'alias ou avec un autre alias, le probleme est identique !
IDCLIENT est bien la cle primaire de la table CLIENT (cette requete
fonctionne avec SQLExec)
Effectivement il faudrait que j'essaie en ligne de commande MySQL; mais je
ne suis pas familiarisé avec ces manipulations;
il faut executer mysqlbinmysql -u root, puis, ensuite, comment se
connecter a la base, executer la requete etc ?
Merci encore
Bonjour Romain,
J'ai essayé de changer l'alias justement pour resoudre cette "enigme": sans
l'alias ou avec un autre alias, le probleme est identique !
IDCLIENT est bien la cle primaire de la table CLIENT (cette requete
fonctionne avec SQLExec)
Effectivement il faudrait que j'essaie en ligne de commande MySQL; mais je
ne suis pas familiarisé avec ces manipulations;
il faut executer mysqlbinmysql -u root, puis, ensuite, comment se
connecter a la base, executer la requete etc ?
Merci encore
Bonjour Romain,
J'ai essayé de changer l'alias justement pour resoudre cette "enigme": sans
l'alias ou avec un autre alias, le probleme est identique !
IDCLIENT est bien la cle primaire de la table CLIENT (cette requete
fonctionne avec SQLExec)
Effectivement il faudrait que j'essaie en ligne de commande MySQL; mais je
ne suis pas familiarisé avec ces manipulations;
il faut executer mysqlbinmysql -u root, puis, ensuite, comment se
connecter a la base, executer la requete etc ?
Merci encore
Bonjour,
Bon, le problème vient d'ailleurs. Et j'en ai déjà parlé dans mes precedents
post et au ST PcSoft (pas de solution !)
Le probleme est sur les parametres initialises a NULL; ca plante la requete
!?!
Voici la requete complete, qui fonctionne avec SQLExec() et avec le frontal
MySQL (en remplacant les parametres {param} par une valeur)
select OL.IDOL, OL.TYPEPRE, OL.OBSERV,
PHASE.NUMPHA, PHASE.DESIGNATION,
SOCIETE.RAISON as SocieteRaison,
CLIENT.RAISON,
FAMPRES.ABRPREST,
ARTICLE.ABRCONST, ARTICLE.REFCONST,
ARTSERIE.NUMSERIE
from PRESTAT, PHASE, FAMPRES, SOCIETE, ARTSERIE,
DOSSIER left outer join CLIENT on CLIENT.IDCLIENT = DOSSIER.IDCLIENT,
OLPROLG left outer join ARTICLE on ARTICLE.IDARTICLE = OLPROLG.IDARTICLE,
OL left outer join OLREPAR on OLREPAR.IDOL = OL.IDOL
where OL.TERMINE = 0 and OL.SUSPENDU = 0
and OL.NUMSOC = {pNumSoc}
and OLPROLG.IDOL = OL.IDOL and OLPROLG.NUMGRP = 99 and OLPROLG.ETAT = 1 and
OLPROLG.NUMCONTROLE = OL.NUMCONTROLE and OLPROLG.NUMPHA = {pNumPha}
and DOSSIER.IDDOSSIER = OL.IDDOSSIER
and SOCIETE.NUMSOC = DOSSIER.NUMSOC
and PHASE.NUMPHA = OLPROLG.NUMPHA
and PRESTAT.IDPRESTAT = OLPROLG.NUMERO
and FAMPRES.FPCLEUNIK = PRESTAT.FPCLEUNIK
and ARTSERIE.IDARTSERIE = OLREPAR.IDARTSERIE
and ARTICLE.NUMCAT = {pNumCat}
and CLIENT.CLIENTETAT = {pTypeCli}
order by NUMPHA, IDOL
Si j'initialise tous les parametres (je passe une valeur non null), la
requete fonctionne avec hRequeteSansCorrection. Dans le cas contraire (au
moins 1 parametre a NULL) plantage !!!
Je ne sais plus comment regler ce probleme de requetes parametrees que
j'utilise dans des etats. J'avais commence a transformer les etats en ETATS
SUR CONNEXION ODBC OU AUTRE mais ca me fait un boulot d'enfer (+ 100 etats)
et en plus, dans ce type d'etats, on ne peut pas utiliser "MaSource", donc
pas de possibilité de recuperer les colonnes de la requete (faut creer des
champs lies invisibles etc...: probleme communique au ST pour lequel j'ai la
fameuse reponse: Votre description ne nous permet pas de comprendre...
veuillez nous envoyer votre disque dur pour examen :-)"
Si vous avez une idée pour m'eviter tout ce boulot...
Merci à tous
Bonjour,
Bon, le problème vient d'ailleurs. Et j'en ai déjà parlé dans mes precedents
post et au ST PcSoft (pas de solution !)
Le probleme est sur les parametres initialises a NULL; ca plante la requete
!?!
Voici la requete complete, qui fonctionne avec SQLExec() et avec le frontal
MySQL (en remplacant les parametres {param} par une valeur)
select OL.IDOL, OL.TYPEPRE, OL.OBSERV,
PHASE.NUMPHA, PHASE.DESIGNATION,
SOCIETE.RAISON as SocieteRaison,
CLIENT.RAISON,
FAMPRES.ABRPREST,
ARTICLE.ABRCONST, ARTICLE.REFCONST,
ARTSERIE.NUMSERIE
from PRESTAT, PHASE, FAMPRES, SOCIETE, ARTSERIE,
DOSSIER left outer join CLIENT on CLIENT.IDCLIENT = DOSSIER.IDCLIENT,
OLPROLG left outer join ARTICLE on ARTICLE.IDARTICLE = OLPROLG.IDARTICLE,
OL left outer join OLREPAR on OLREPAR.IDOL = OL.IDOL
where OL.TERMINE = 0 and OL.SUSPENDU = 0
and OL.NUMSOC = {pNumSoc}
and OLPROLG.IDOL = OL.IDOL and OLPROLG.NUMGRP = 99 and OLPROLG.ETAT = 1 and
OLPROLG.NUMCONTROLE = OL.NUMCONTROLE and OLPROLG.NUMPHA = {pNumPha}
and DOSSIER.IDDOSSIER = OL.IDDOSSIER
and SOCIETE.NUMSOC = DOSSIER.NUMSOC
and PHASE.NUMPHA = OLPROLG.NUMPHA
and PRESTAT.IDPRESTAT = OLPROLG.NUMERO
and FAMPRES.FPCLEUNIK = PRESTAT.FPCLEUNIK
and ARTSERIE.IDARTSERIE = OLREPAR.IDARTSERIE
and ARTICLE.NUMCAT = {pNumCat}
and CLIENT.CLIENTETAT = {pTypeCli}
order by NUMPHA, IDOL
Si j'initialise tous les parametres (je passe une valeur non null), la
requete fonctionne avec hRequeteSansCorrection. Dans le cas contraire (au
moins 1 parametre a NULL) plantage !!!
Je ne sais plus comment regler ce probleme de requetes parametrees que
j'utilise dans des etats. J'avais commence a transformer les etats en ETATS
SUR CONNEXION ODBC OU AUTRE mais ca me fait un boulot d'enfer (+ 100 etats)
et en plus, dans ce type d'etats, on ne peut pas utiliser "MaSource", donc
pas de possibilité de recuperer les colonnes de la requete (faut creer des
champs lies invisibles etc...: probleme communique au ST pour lequel j'ai la
fameuse reponse: Votre description ne nous permet pas de comprendre...
veuillez nous envoyer votre disque dur pour examen :-)"
Si vous avez une idée pour m'eviter tout ce boulot...
Merci à tous
Bonjour,
Bon, le problème vient d'ailleurs. Et j'en ai déjà parlé dans mes precedents
post et au ST PcSoft (pas de solution !)
Le probleme est sur les parametres initialises a NULL; ca plante la requete
!?!
Voici la requete complete, qui fonctionne avec SQLExec() et avec le frontal
MySQL (en remplacant les parametres {param} par une valeur)
select OL.IDOL, OL.TYPEPRE, OL.OBSERV,
PHASE.NUMPHA, PHASE.DESIGNATION,
SOCIETE.RAISON as SocieteRaison,
CLIENT.RAISON,
FAMPRES.ABRPREST,
ARTICLE.ABRCONST, ARTICLE.REFCONST,
ARTSERIE.NUMSERIE
from PRESTAT, PHASE, FAMPRES, SOCIETE, ARTSERIE,
DOSSIER left outer join CLIENT on CLIENT.IDCLIENT = DOSSIER.IDCLIENT,
OLPROLG left outer join ARTICLE on ARTICLE.IDARTICLE = OLPROLG.IDARTICLE,
OL left outer join OLREPAR on OLREPAR.IDOL = OL.IDOL
where OL.TERMINE = 0 and OL.SUSPENDU = 0
and OL.NUMSOC = {pNumSoc}
and OLPROLG.IDOL = OL.IDOL and OLPROLG.NUMGRP = 99 and OLPROLG.ETAT = 1 and
OLPROLG.NUMCONTROLE = OL.NUMCONTROLE and OLPROLG.NUMPHA = {pNumPha}
and DOSSIER.IDDOSSIER = OL.IDDOSSIER
and SOCIETE.NUMSOC = DOSSIER.NUMSOC
and PHASE.NUMPHA = OLPROLG.NUMPHA
and PRESTAT.IDPRESTAT = OLPROLG.NUMERO
and FAMPRES.FPCLEUNIK = PRESTAT.FPCLEUNIK
and ARTSERIE.IDARTSERIE = OLREPAR.IDARTSERIE
and ARTICLE.NUMCAT = {pNumCat}
and CLIENT.CLIENTETAT = {pTypeCli}
order by NUMPHA, IDOL
Si j'initialise tous les parametres (je passe une valeur non null), la
requete fonctionne avec hRequeteSansCorrection. Dans le cas contraire (au
moins 1 parametre a NULL) plantage !!!
Je ne sais plus comment regler ce probleme de requetes parametrees que
j'utilise dans des etats. J'avais commence a transformer les etats en ETATS
SUR CONNEXION ODBC OU AUTRE mais ca me fait un boulot d'enfer (+ 100 etats)
et en plus, dans ce type d'etats, on ne peut pas utiliser "MaSource", donc
pas de possibilité de recuperer les colonnes de la requete (faut creer des
champs lies invisibles etc...: probleme communique au ST pour lequel j'ai la
fameuse reponse: Votre description ne nous permet pas de comprendre...
veuillez nous envoyer votre disque dur pour examen :-)"
Si vous avez une idée pour m'eviter tout ce boulot...
Merci à tous
Bonjour,
Bon, le problème vient d'ailleurs. Et j'en ai déjà parlé dans mes
precedents
post et au ST PcSoft (pas de solution !)
Le probleme est sur les parametres initialises a NULL; ca plante la
requete
!?!
Voici la requete complete, qui fonctionne avec SQLExec() et avec le
frontal
MySQL (en remplacant les parametres {param} par une valeur)
select OL.IDOL, OL.TYPEPRE, OL.OBSERV,
PHASE.NUMPHA, PHASE.DESIGNATION,
SOCIETE.RAISON as SocieteRaison,
CLIE
...
Bonjour,
Bon, le problème vient d'ailleurs. Et j'en ai déjà parlé dans mes
precedents
post et au ST PcSoft (pas de solution !)
Le probleme est sur les parametres initialises a NULL; ca plante la
requete
!?!
Voici la requete complete, qui fonctionne avec SQLExec() et avec le
frontal
MySQL (en remplacant les parametres {param} par une valeur)
select OL.IDOL, OL.TYPEPRE, OL.OBSERV,
PHASE.NUMPHA, PHASE.DESIGNATION,
SOCIETE.RAISON as SocieteRaison,
CLIE
...
Bonjour,
Bon, le problème vient d'ailleurs. Et j'en ai déjà parlé dans mes
precedents
post et au ST PcSoft (pas de solution !)
Le probleme est sur les parametres initialises a NULL; ca plante la
requete
!?!
Voici la requete complete, qui fonctionne avec SQLExec() et avec le
frontal
MySQL (en remplacant les parametres {param} par une valeur)
select OL.IDOL, OL.TYPEPRE, OL.OBSERV,
PHASE.NUMPHA, PHASE.DESIGNATION,
SOCIETE.RAISON as SocieteRaison,
CLIE
...
> Effectivement, j'ai eu exactement le meme problème une fois, que j'ai
finalement réussi à contourner.
On se heurte à un double problème : WD à mis en place un système
(l'accès natif) nous permettant d'envoyer des parametres null, et
"modifie" la requete SQL en enlevant la condition correspondante.
Et, d'un autre coté, son accès natif est limité lors des jointures :
elles sont limités à deux.
2 solutions : soit tu programmes des requetes différentes (toi meme ou
par programmation : manipulation de chaine) et tu t'adresse directement
à MySQL (hRequeteSansCorrection). Soit tu enleves les jointures (ou tu
en laisses une seules) en passant par des condition de type WHERE (c'est
ce que j avais fait - car les jointures me le permettaient)
Bon courage, et bon dev.
Manu
> Effectivement, j'ai eu exactement le meme problème une fois, que j'ai
finalement réussi à contourner.
On se heurte à un double problème : WD à mis en place un système
(l'accès natif) nous permettant d'envoyer des parametres null, et
"modifie" la requete SQL en enlevant la condition correspondante.
Et, d'un autre coté, son accès natif est limité lors des jointures :
elles sont limités à deux.
2 solutions : soit tu programmes des requetes différentes (toi meme ou
par programmation : manipulation de chaine) et tu t'adresse directement
à MySQL (hRequeteSansCorrection). Soit tu enleves les jointures (ou tu
en laisses une seules) en passant par des condition de type WHERE (c'est
ce que j avais fait - car les jointures me le permettaient)
Bon courage, et bon dev.
Manu
> Effectivement, j'ai eu exactement le meme problème une fois, que j'ai
finalement réussi à contourner.
On se heurte à un double problème : WD à mis en place un système
(l'accès natif) nous permettant d'envoyer des parametres null, et
"modifie" la requete SQL en enlevant la condition correspondante.
Et, d'un autre coté, son accès natif est limité lors des jointures :
elles sont limités à deux.
2 solutions : soit tu programmes des requetes différentes (toi meme ou
par programmation : manipulation de chaine) et tu t'adresse directement
à MySQL (hRequeteSansCorrection). Soit tu enleves les jointures (ou tu
en laisses une seules) en passant par des condition de type WHERE (c'est
ce que j avais fait - car les jointures me le permettaient)
Bon courage, et bon dev.
Manu