Discussion :

[mandrake256]

Bonjour,

Devant developper une appli sous Windev (version 9), j'ai a faire des sous-requêtes SQL et pour resumer : ca marche pas !

La requete globale a ete saisie "a la main", et est simplement constituee de deux

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
SELECT imbriques (type : SELECT SUM(Catalogue_article.prix_reel*Gestion_article.stock_reel) 
 
FROM Gestion_article, Catalogue_article 
 
WHERE Catalogue_article.ref_article IN (SELECT Gestion_article.ref_article 
										FROM Gestion_article 
										WHERE Gestion_article.ref_lieu_stockage={param1}) AND 
 
Gestion_article.ref_lieu_stockage={param1} AND 
Gestion_article.ref_article=Catalogue_article.ref_article;).

Je reçois un joli message du genre :

Probleme d'initialisation de la requete <SOUSREQUETE_xxxxxxxx>

avec des chiffres a la place des xxxx.

Le forum de pcsoft restant particulièrement évasif sur ce probleme, quelqu'un a t il un moyen de me sauver ?

Je pensais a une histoire de paramètres (le champ {param1}) non initialises au moment de l'exécution de la requête, mais même avec des valeurs statiques, j'ai la même erreur.

Merci d'avance...

[Bidouille]

Essaye déjà d'exécuter ta sous-requête toute seule.

[mandrake256]

La sous requete seule fonctionne bien, de meme, la requete complete saisie directement dans une fenetre d'execution de requetes sql marche aussi...

[Bidouille]

Essaye avec la constante hrequetesanscorrection

[mandrake256]

Toujours la meme erreur, que ce soit avec l'option correction ou correctionHF... Serait il possible a votre avis de contourner le probleme en enregistrant le resultat de la sous-requete et en l'utilisant dans la requete principale (separer les deux traitements, en fait...) ?

[Bidouille]

Bonjour le temps de traitement rallongé.

[mandrake256]

Alors, apres quelques baguenaudages sur divers forums, voici la solution a mon probleme.

D'abord, la requete presentee ici est inutilement complexe, il y a moyen de la simplifier tres largement, et de se passer du meme coup de la sous requete.

D'autre part, il fallait savoir que windev ne supporte pas les requetes avec un nombre de jointures quelconques (comme c'etait la cas pour ma requete), mais que si l'on a N tables referencees dans le FROM, il faut N-1 jointures associees. L'alternative ne fonctionne definitivement pas alors que de nombreux SGBD le supportent et laissent passer cela.

Voila, merci pour vos reponses et bonne continuation !