Problem where condition as Parameter in MySQL Stored Procedure

Version imprimable

I am passing all where condition as parameter to stored procedure but stored procedure throws error.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
BEGIN
SET @t1 =('SELECT 
documents_articles.id_document,
documents_articles.id_article,
date_document,
code_article,
libelle_article,
num_document,
module_document,
qte_article,
pu_ht,
mouvement_stock_reel,
mouvement_stock_virtuel,
qte_article*pu_ht as valeur_unitaire,
mouvement_stock_reel*pu_ht as valeur_stock
FROM
  documents,article,documents_articles
where ');

SET @queryt =CONCAT(@t1,ConditionReq);
PREPARE stmt FROM @queryt;
Set @ConditionReq=ConditionReq;
 EXECUTE stmt using @ConditionReq;
DEALLOCATE PREPARE stmt;
 END

Parameter ConditionReq=(documents.id_document = documents_articles.id_document) And (article.id_article = documents_articles.id_article) and affecte_stock='Oui' And documents.id_ste = '1' and (str_to_date(date_document,'%d/%m/%Y') between  str_to_date('01/11/2017','%d/%m/%Y')  and str_to_date('30/11/2017','%d/%m/%Y'))

Citation:

Error : Procedure execution failed
1109 - Unknown table 'documents' in field list

Thanks for help

22/11/2017, 12h22
CinePhil

La table documents existe t-elle ?

Au passage, les jointures s'écrivent depuis 1992 avec l'opérateur JOIN ; il serait temps de s'y mettre ! :aie:
22/11/2017, 12h27
samia2011

Citation:

Envoyé par CinePhil

La table documents existe t-elle ?

Au passage, les jointures s'écrivent depuis 1992 avec l'opérateur JOIN ; il serait temps de s'y mettre ! :aie:

Merci bien pour l'info

Oui la table existe
22/11/2017, 12h51
CinePhil

Quand vous essayez la requête hors procédure, elle fonctionne ?
23/11/2017, 15h44
Artemus24

Salut samia2011.

En gros, vous faites n'importe quoi !!!

1) une procédure stockée ne s'écrit pas ainsi.
Vu que vous utilisez une select, je ne voie pas de curseur ???

2) je ne voie rien en ce qui concerne le retour des paramètres de votre procédure stockée.
Donc à quoi peut vous servir votre procédure stockée ?
Réponse : en l'état à rien !

3) vous utilisez les requêtes préparés. Oui, pourquoi pas, je ne suis pas contre.
Essayez de faire en sorte que votre requête soit conforme aux passages des paramètres. En l'état, cela ne peut pas fonctionner.

4) une requête préparée ne vous retourne aucun résultat exploitable.
Le mieux aurait été de l'utiliser sur un update, insert ou encore un delele, mais pas sur un select.

5) Une requête préparée sur un select ne vous sert à rien car vous ne pouvez pas exploiter les résultats.
D'où ma remarque 1) concernant le curseur.

6) nous n'avez pas le descriptif de vos tables donc nous devons deviner à quelle table appartient telle ou telle colonne.
En l'état, on ne peut pas vous aider si vous ne faites pas l'effort de nous communiquer le descriptif de vos tables.

7) à quoi va vous servir votre requête ?

8) les dates ne sont pas conforme à MySql. Le format est "YYYY-MM-DD". Or vous utilisez le format "DD/MM/YYYY".
Ce qui implique une conversion et donc votre requête ne sera pas sargable.

9) je suppose que vous avez utilisé le type varchar() pour vos dates.
C'est une erreur car il existe le type "date". Donc pourquoi ne pas l'utiliser ?

10) même remarque que CinePhil, vous devez utiliser des jointures.

11) votre requête risque d'être très longue à l'exécution car la conditions sur la date est non sargable.

12) vous n'êtes pas conforme aux demandes de ce forum.
Vous devez nous fournir le descriptif des tables, un jeu d'essai, la requête, le code retour s'il y a un problème et le résultat attendue.

13) Conclusion.
--> Votre procédure stockée n'est pas conforme à l'usage pour MySql.
--> Votre procédure stockée, telle que vous l'avez formulée, ne sert à rien.
--> Votre requête préparée ne peut pas fonctionner en l'état.
--> Et en admettant que cela puisse fonctionne, vous ne pouvez pas exploiter le résultat de votre requête préparée.
--> et on ne sait toujours pas ce que vous cherchez à faire ???

@+