Discussion :

[Seb33300]

Bonjour,

Afin de générer un graphique de statistique par mois, j'ai créé une requête qui fait une rapport suivant le mois, et la prestation concerné :

Code :

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

1
2
3
4
5
6
SELECT UPPER(marque) as marque, Mois, Prestation, (coalesce(CAST(SUM(QteMR) AS decimal(10, 4)) / CAST(SUM(QteReçue) AS decimal(10, 4)),0)*100) AS rapport
FROM TabMulBilanQteparEnseigne_Pentaho_Tmp
GROUP BY Annee, Mois, marque, CodeClient, Prestation
HAVING marque='$P!{vMarque}'	-- Filtre sur la marque
AND CodeClient='$P!{vCodeClient}'	-- Filtre sur le Client
ORDER BY Annee, Mois, marque

En gros, ça me donne un truc du genre :

Code :

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

1
2
3
4
5
6
7
8
Mois | Prestation | rapport
  1  | Prest 1    |  0.25
  1  | Prest 2    |  0.12
  1  | Prest 3    |  0.60
  2  | Prest 1    |  0.35
  2  | Prest 2    |  0.06
  3  | Prest 2    |  0.42
...

Et j'aimerai obtenir ce résultat :

Code :

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

1
2
3
4
5
Mois | Prest 1 | Prest 2 | Prest 3
  1  |   0.25  |  0.12   |  0.60
  2  |   0.35  |  0.06   | NULL
  3  |   NULL  |  0.42   | NULL
...

Est ce Possible ?

Merci

[CinePhil]

Ce que tu cherches à faire, c'est de la mise en forme du résultat d'une requête.
Ce n'est pas le boulot du SGBD mais du logiciel qui affiche les résultats et donc du langage avec lequel il est développé.

[Seb33300]

Le problème c'est que l'application qui récupère le résultat de la requête pour généré un graphique (Pentaho) ne me permet pas de manipuler ce qu'elle retourne.

Le graphique est généré a partir des champs que la requête retourne.

[CinePhil]

Quel SGBD ?

[Seb33300]

SQL Server

[Chtulus]

Bonjour,

Ceci devrait vous mettre sur la voie...

[Seb33300]

Bon finalement j'ai trouvé un moyen beaucoup plus simple.

Il suffisait que je tri mes ligne sur les Prestation plutôt que sur les mois pour que mon appli qui me génère le graph arrive à reconnaître faire le lien entre les prestation.

[redwire]

si je comprend bien le PIVOT par ex ne doit servir que s'il est suivi de traitements?

[al1_24]

si je comprend bien le PIVOT par ex ne doit servir que s'il est suivi de traitements?

PIVOT n'appartient à la syntaxe normalisée du langage SQL.
C'est une spécificité de quelques SGBD et est contraire à l'esprit de la syntaxe SQL où l'on connait à l'avance le nombre de colonnes que retournera une requête.

[Waldar]

C'est une spécificité de quelques SGBD et est contraire à l'esprit de la syntaxe SQL où l'on connait à l'avance le nombre de colonnes que retournera une requête.

Une précision sur ce point :
PIVOT et UNPIVOT (sous Oracle 11g) nécessitent de connaître à l'avance le nombre de colonnes (et leur nom / valeur) qui vont pivoter, puisqu'elles sont codées en dur.
C'est surtout une facilité d'écriture mais il n'y a pas plus de souplesse fonctionnelle ni de maintenance par rapport à un sum ( case when ).