Regrouper plusieurs SELECT [Résolu]

[apidou]

Bonjour,

J'ai plusieurs sélections à faire sur une même table de la sorte :

Code :

1
2
3
4
 
SELECT id,count(*) FROM matable WHERE ... GROUP BY id
SELECT count(*) FROM matable WHERE ... GROUP BY id
...

J'ai toujours le même nombre de lignes retournées et je cherche à regrouper tous ces select dans un seul. Le but étant que chaque select ajouté soit une nouvelle colonne.
J'ai bien lu des choses sur les requêtes imbriquées, les jointures mais je n'y arrive pas ...
Quelle est la solution la plus simple?
merci de votre aide.

[Bluedeep]

Merci d'être plus clair, car là on ne sait pas trop ce que vous comptez obtenir.

[asmduty]

en DB2 on peut faire ça (je ne sais pas si c'est syntaxe générique ou spécifique à DB2) :

Code :

1
2
3
4
5
6
WITH A AS (SELECT id,count(*) AS count FROM matable WHERE ... GROUP BY id),
B AS (SELECT id, count(*) AS count FROM matable WHERE ... GROUP BY id)
 
SELECT A.id, sum(A.count), sum(B.count)
FROM A INNER JOIN B ON A.id = B.id
GROUP BY A.id, B.id

[tatayo]

Bonjour,
Pour le faire avec "n'import quelle base", il faut utiliser une UNION.
Mais attention, toutes les requêtes de l'union doivent renvoyer le même nombre de colonne, du même type. Donc avec l'exemple donné, ça ne fonctionne pas...

Tatayo.

[apidou]

Envoyé par Bluedeep

Merci d'être plus clair, car là on ne sait pas trop ce que vous comptez obtenir.

Relis mon message...c'est pas expliqué en SQL(sinon j'aurai pas posé la question) mais en français !

[apidou]

Envoyé par tatayo

Bonjour,
Pour le faire avec "n'import quelle base", il faut utiliser une UNION.
Mais attention, toutes les requêtes de l'union doivent renvoyer le même nombre de colonne, du même type. Donc avec l'exemple donné, ça ne fonctionne pas...

Tatayo.

Merci de ta réponse.
D’après ce que j'ai compris, UNION renvoie un ensemble de lignes et moi ce que qu'il me faut, c'est ajouter les enregistrements des requêtes en colonne... En récupérant à chaque requête le Id, on doit pouvoir faire une jointure mais je ne sais écrire un telle requête de façon simple (j'ai 7 requêtes à faire en série sur le même champ).

[lola06]

Envoyé par asmduty

en DB2 on peut faire ça (je ne sais pas si c'est syntaxe générique ou spécifique à DB2) :

C'est une syntaxe qui est aussi utilisée sous Oracle et qui (il me semble) est générique. Et qui répond au besoin.
Mais il faudrait qu'on connaisse le SGBD utilisé pour répondre correctement à la question !!

[tatayo]

Effectivement, disons que je n'avais pas compris la question ...

Tatayo.

[apidou]

Envoyé par lola06

C'est une syntaxe qui est aussi utilisée sous Oracle et qui (il me semble) est générique. Et qui répond au besoin.
Mais il faudrait qu'on connaisse le SGBD utilisé pour répondre correctement à la question !!

Il s'agit de POSTGRESQL.

[lola06]

As-tu essayé la solution proposée par asmduty ?
Je n'ai pas pu trouver si c'était compatible avec ton SGBD. Un test simple pourrait nous le dire...

[Jean.Cri1]

Code :

1
2
3
4
5
6
7
8
9
10
11
SELECT id
      , sum( case when (WHERE 1 ) then 1 else 0 end)
      , sum( case when (WHERE 2 ) then 1 else 0 end)
      , ...
FROM
     matable 
WHERE 
     (WHERE 1 )
  OR (WHERE 2 )
  OR ... 
GROUP BY id

me semble repondre au besoin

[apidou]

Envoyé par lola06

As-tu essayé la solution proposée par asmduty ?
Je n'ai pas pu trouver si c'était compatible avec ton SGBD. Un test simple pourrait nous le dire...

Je viens de tester et cette solution aboutie parfaitement au résultat souhaité.
Merci pour cette démo de syntaxe.

Par contre, c'est assez super lourd à mettre en place (7 requêtes) ... ?

[apidou]

Envoyé par Jean.Cri1

Code :

me semble repondre au besoin

Alors là chapeau bas ...!
Cela fonctionne et c'est très simple à écrire. Je vais noter très précieusement cette syntaxe et retourner dans la doc pour bien comprendre la partie

Code :

sum( case when (WHERE 1 ) then 1 else 0 end)

Merci.

[Jean.Cri1]

La partie

Code :

1
2
3
4
5
6
7
FROM
     matable 
WHERE 
     (WHERE 1 )
  OR (WHERE 2 )
  OR ... 
GROUP BY id

est evidement a adapter pour n'avoir que les restrictions les plus larges dans le cas ou les criteres permettront d'utiliser un index.
S'il n'y a pas d'index particulierement discriminant ou si un where n'a pas de condition ( comme le count(*) total de la table ) alors cette partie est inutile