Discussion :

[Massineb]

Bonjour a toutes et a tous ,

Svp , j'ai une table avec 4 colonnes num_aff , type_affaire, relance, date_creation qui ressemble a ce tableau excel:



Je souhaite calculer le nombre d'affaires qui ont la relance R1 , R2 , R3 par semaine pour avoir un résultat qui ressemble par exemple a ça :

{"semaine": "30" ,"R0":"31","R1":"10","R2":"5"}

{"semaine": "31" ,"R0":"11","R1":"19","R2":"25"}

...

j'ai essayé plusieurs requêtes avec group by union jointure mais aucune ne me donne le résultat souhaité .

En vous remerciant .

[vanagreg]

Bonjour,
Quelle est ta bdd et sa version ?

[Massineb]

Bonjour vanagreg ,
Alors j'utilise la version 6.0.4 de mysql

[aieeeuuuuu]

Bonjour,

en effet, un group by, avec un case when devraient suffire

Sur le principe (je vous laisse le soin de trouver la bonne méthode d'extraction de la semaine à partir d'une date)

Code :

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

1
2
3
4
5
6
7
8
 
SELECT
    semaine
    ,SUM(CASE WHEN relance = 'R1' THEN 1 ELSE 0 END) AS R1
    ,SUM(CASE WHEN relance = 'R2' THEN 1 ELSE 0 END) AS R2
...
FROM LaTable
GROUP BY Semaine

[Massineb]

Merci pour votre aide ,

voici ce que j'ai trouvé comme solution

Code :

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

1
2
3
4
5
6
7
 
SELECT weekofyear(date_creation)as semaine, 
	SUM(relance='R0') as R0 ,
	SUM(relance='R1') as R1 ,
	SUM(relance='R2') as R2
from matable 
groupe by semaine

[escartefigue]

Bonjour,

Je serai très surpris que cette syntaxe soit acceptée , SUM() ne peut concerner qu'une colonne de type numérique, c'est bien un CASE qu'il faut utiliser comme proposé par aieeeuuuuu (en l'occurrence la somme d'une valeur en dur 1 ou zéro selon le résultat du case)

[Massineb]

Pourtant ca me donne le meme résultat dans les deux cas!!!

[al1_24]

Je suppose que c'est une spécificité de MySQL qui remplace une expression logique vérifiée par 1, non vérifiée par 0.
Ça fonctionne ici pour un comptage. Ça ne fonctionnera pas pour un cumul de valeurs.
Dans tous les cas, c'est peu lisible et totalement importable.
(En résumé, c'est pas beau )

[SQLpro]

Je suppose que c'est une spécificité de MySQL qui remplace une expression logique vérifiée par 1, non vérifiée par 0.
Ça fonctionne ici pour un comptage. Ça ne fonctionnera pas pour un cumul de valeurs.
Dans tous les cas, c'est peu lisible et totalement importable.
(En résumé, c'est pas beau )

Oui et non.... En fait c'est pas totalement délirant car la norme SQL indique que les booléens doivent être représentés par les valeurs 0 et 1... Ce que peu de SGBDR font (ni oracle qui n'a pas de booléen, ni PostGreSQL qui n'accepte pas les valeurs 0 et 1 comme valeurs booléennes - tandis que pour MS SQL Server et Sybase les booléens sont toujours 0 et 1).
Alors oui, c'est logique, mais oui aussi c'est dégueulasse et importable !

A +

[escartefigue]

Tellement non portable que Mysql v8.0, la dernière version donc, ne l'accepte pas ! Je viens de le tester.

[aieeeuuuuu]

hmmm, j'ai testé aussi avec un MySQL V8 et... ça a fonctionné

[escartefigue]

Ah oui, je viens de voir que j'avais copié-collé la requête de Massineb dans laquelle la clause GROUP BY comporte un "e" par erreur (GROUPE BY)
Du coup en l'état ça ne fonctionne pas mais sans le "e" en effet, Mysql 8.0 l'accepte