Besoin d'aide pour une requête SQL

[ArianeA]

Bonjour,

Voici ma bdd en image :

Il s'agit de gérer un économat. On a donc des articles, des fichets pour les articles retirés et des commandes pour approvisionner l'économat.

Pour un article donné (p.ex. no 2) et pendant une certaine durée, j'aimerais avoir le nombre total des retraits pour cet article et le nombre total des commandes de ce même article.

Mais sur la capture ci-dessus, j'obtiens des résultats beaucoup trop grands.

Merci pour votre aide ! (vous pouvez aussi me donner la requête qui correspond)

[ced]

Bonjour,

Vous êtes sous Access ?

[ArianeA]

Bonjour,
je suis sous OpenOffice mais c'est très similaire.

[dehorter olivier]

je ne sais pas, il n'y a pas de requêtes !

[ArianeA]

Voici la requête, mais elle n'est pas correcte, sinon ce sujet serait inutile.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT SUM( "ArticlesFichets"."Qté" ) AS "Qté utilisée", 
SUM( "ArticlesCmdes"."Qté" ) AS "Qté commandée" 
FROM "ArticlesCmdes", "Commandes", "Articles", "ArticlesFichets", "Fichets" 
WHERE "ArticlesCmdes"."IDcmde" = "Commandes"."ID" 
  AND "ArticlesCmdes"."IDcmde" = "Articles"."ID" 
  AND "ArticlesFichets"."IDart" = "Articles"."ID" 
  AND "ArticlesFichets"."IDfic" = "Fichets"."ID" 
  AND "Commandes"."Date" > {D '2012-01-01' } 
  AND "Commandes"."Date" < {D '2012-12-31' } 
  AND "Fichets"."Date" > {D '2012-01-01' } 
  AND "Fichets"."Date" < {D '2012-12-31' } 
GROUP BY "Articles"."ID" 
HAVING ( ( "Articles"."ID" = 2 ) )

Merci.

[cladsous]

AND "ArticlesCmdes"."IDcmde" = "Articles"."ID"
Un id de commande est comparé avec un id d'article dans cette jointure : incohérence .
Pour la vérifier un intervalle de date le mot clé between pourrait être utilisé tel que nom_champ_date between '20120101' and '20120131' par exemple
Je pense que cette comparaison n'a rien a faire dans la requête au premier regard; mais je n'ai peut-être pas tout compris !

Edit : les clés primaires devraient être plus explicite et ne pas porter le même nom pour éviter toute confusion. De plus l'article ID = 2 devrait être directement renseigné dans la clause WHERE; inutile de réaliser une jonction entre 2 tables quand on a un ID que l'on connait déjà, tant que la base de données n'est pas trop grande, les désagréments ne seront pas forcément visibles, mais si le nombre de référence d'articles augmente sérieusement, tes requêtes vont prendre un temps considérable.

[CinePhil]

Comme cladsous, j'ai des doutes sur les conditions de jointure.
Au passage, les jointures s'écrivent depuis 20 ans avec l'opérateur JOIN ; il serait temps de s'y mettre !

Sans compter tous ces guillemets et la non utilisation d'alias mais je crois me souvenir que Open Office Base est pénible pour l'écriture des requêtes.

Pas de BETWEEN ici car BETWEEN inclut les bornes et vous les excluez. Ou alors il faut changer les dates demandées.

Comme on ne totalise que pour un article, le GROUP BY est inutile : il suffit de rapatrier la restriction du HAVING dans le WHERE. D'ailleurs, HAVING agit sur le résultat d'une fonction de groupage, pas sur les lignes individuelles non groupées.

Voici votre requête récrite un peu mieux, en espérant que Open Office Base va l'accepter ainsi :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT
	SUM( "ArticlesFichets"."Qté" ) AS "Qté utilisée",
	SUM( "ArticlesCmdes"."Qté" ) AS "Qté commandée"
FROM "ArticlesCmdes"
INNER JOIN "Commandes" ON "ArticlesCmdes"."IDcmde" = "Commandes"."ID"
INNER JOIN "Articles" ON "ArticlesCmdes"."IDcmde" = "Articles"."ID"
	INNER JOIN "ArticlesFichets" ON "ArticlesFichets"."IDart" = "Articles"."ID"
		INNER JOIN "Fichets" ON "ArticlesFichets"."IDfic" = "Fichets"."ID"
WHERE "Commandes"."Date" > {D '2012-01-01' }
	AND "Commandes"."Date" < {D '2012-12-31' }
	AND "Fichets"."Date" > {D '2012-01-01' }
	AND "Fichets"."Date" < {D '2012-12-31' }
	AND"Articles"."ID" = 2

[ArianeA]

Merci Cladsous. Suite à ta remarque, "Qté utilisée" est correcte, mais pas "Qté commandée".

J'ai modifié les noms des champs ID pour éviter les doublons.


Merci CinePhil. Ta requête est acceptée par OpenBase mais je retrouve les premiers résultats qui sont faux.

EDIT:
Avec ceci :

Code :

1
2
3
4
5
6
7
SELECT SUM( "ArticlesFichets"."Qté" ) AS "Qté utilisée", SUM( "ArticlesCmdes"."Qté" ) AS "Qté commandée"
FROM "Commandes"
INNER JOIN "ArticlesCmdes" ON "Commandes"."IDcmde" = "ArticlesCmdes"."ID-ACcmde" 
INNER JOIN "Articles" ON "ArticlesCmdes"."ID-ACart" = "Articles"."IDarticle"
INNER JOIN "ArticlesFichets" ON "Articles"."IDarticle" = "ArticlesFichets"."ID-AFart" 
INNER JOIN "Fichets" ON "ArticlesFichets"."ID-AFfic" = "Fichets"."IDfichet"
WHERE "Commandes"."Date" > {D '2012-01-01' } AND "Commandes"."Date" < {D '2012-12-31' } AND "Fichets"."Date" > {D '2012-01-01' } AND "Fichets"."Date" < {D '2012-12-31' } AND "Articles"."IDarticle" = 2

le résultat "qté utilisée" est correct. ("Qté commandée" devrait valoir 10)

[estofilo]

S'il y a plusieurs "fichets" (je ne sais pas ce que c'est) par article, chaque article va être répété autant de fois dans le résultat intermédiaire, et donc ça va se traduire dans la somme par une comptabilisation multiple de la quantité.

La question qui se pose sans connaitre les règles métier est si la quantité commandée dépend des fichets. Si non il ne faut sans doute pas la calculer dans une requête qui comporte ces tables.

S'il est nécessaire de faire tenir le résultat dans une seule requête, c'est possible, quoique plus compliqué à écrire, en faisant des sous-requêtes indépendantes.

[islamov2000]

ArianeA , peux tu proposer un jeu de données?

[ArianeA]

Bonjour,

Un fichet est une sorte de formulaire papier (une petite fiche ^^). Quand une personne prend un article dans l'économat, elle doit remplir un fichet.



Le but de la requête est de savoir, pour un article X, quelle quantité de cet article X a été commandée et utilisée (= retiré de l'économat).

Est-ce que c'est plus clair ? S'il faut autre chose, dites-moi. Merci !

[cladsous]

En ajoutant dans le select des attributs comme l'IDarticle, alors si d'autres valeurs que '2' sont renvoyées : un problème de jointure entre les tables serait à étudier.
En nous fournissant une copie des données significatives de la base dans ce cas de figure, il nous serait plus facile de vous aider

[ArianeA]

Effectivement si j'ajoute "Articles"."IDarticle" dans le select, j'ai ce msg d'erreur :

[cladsous]

Ce qui est logique, il est nécessaire d'ajouter un group by "Articles"."IDarticle" dans la requête

[ArianeA]

Effectivement. Dans ce cas, il n'y a plus de messages d'erreur.

Si je supprime tout ce qui se rapporte aux fichets, c'est-à-dire si on a :

Code :

1
2
3
4
5
6
SELECT  "Articles"."IDarticle", SUM( "ArticlesCmdes"."Qté" ) AS "Qté commandée"
FROM "Commandes"
INNER JOIN "ArticlesCmdes" ON "Commandes"."IDcmde" = "ArticlesCmdes"."ID-ACcmde" 
INNER JOIN "Articles" ON "ArticlesCmdes"."ID-ACart" = "Articles"."IDarticle"
WHERE "Commandes"."Date" > {D '2012-01-01' } AND "Commandes"."Date" < {D '2012-12-31' }
AND "Articles"."IDarticle" = 2 GROUP BY "Articles"."IDarticle"

j'obtiens 10 pour la qté commandée, ce qui est correct.
Cela veut donc dire qu'on ne peut pas faire qu'une requête ?

[estofilo]

Le résultat pourrait être sorti artificiellement en une seule requête, mais il semble plus logique d'en faire deux.

C'est parce qu'une requête d'une manière générale c'est fait pour répondre à une seule question. Or ici il y a apparemment 2 questions: combien a été commandé et combien a été retiré du stock.

[ArianeA]

C'est vrai, mais le but c'est de comparer ces 2 chiffres.
Avec 2 requêtes ça va prendre un temps fou si on a besoin des chiffres pour tous les articles.

[dehorter olivier]

La requête extrait des données; la comparaison se fait ailleurs


pourquoi ne pas utiliser une requête d'UNION pour extraire les 2 informations ?

[estofilo]

On peut faire comme ci-dessous en SQL dans le cas de cette discussion où on veut une seule de ligne de résultats:

Code :

1
2
3
SELECT
 (SELECT .. FROM diverses-TABLES  WHERE ..) AS colonne1,
 (SELECT .. FROM autres-choses WHERE ..) AS colonne2

avec les résultats 1 et 2 qui sont donc techniquement complètement indépendants l'un de l'autre.
Faire ça ou lancer séparément les deux requêtes, c'est une affaire de choix qui ne change rien sur le fond.

Si le but est de lancer cette requête un par un pour tous les articles, là ça peut poser problème mais ça contredit un peu la demande de départ:

Pour un article donné (p.ex. no 2) et pendant une certaine durée, j'aimerais avoir le nombre total des retraits pour cet article et le nombre total des commandes de ce même article.

Si finalement c'est pour tous les articles, ce n'est plus la même requête.

Dans ce cas il faudrait peut-être envisager un FULL OUTER JOIN avec d'un côté tous les articles qui ont été commandés et de l'autre tous les articles qui ont été déstockés dans la période considérée.