Possible de « fusionner » deux requêtes?

Bonjour à tous!
À ce qu'il parait, il est possible de faire des sous-requêtes avec MySQL. Je n'ai pas encore totalement compris dans quel contexte on doit les utiliser et dans quel contexte on ne doit pas.

Par exemple, dans un code j'ai deux requêtes qui ressemblent à celles qui sont ci-dessous et j'ignore s'il est possible de les « fusionner» en une seule. Les deux requêtes sont sur la même table mais les conditions du WHERE sont différentes :

Code:

---

1 2 3 4 5 6 7 8 9

SELECT SUM(prix) AS sommeA, COUNT(*) AS nbreA FROM tableA WHERE dateA BETWEEN '2008-01-25' AND '2009-05-15'   et   SELECT SUM(prix) AS sommeB, COUNT(DISTINCT id) AS nbreB, COUNT(*) AS nbreC FROM tableA WHERE dateB BETWEEN '2008-01-25' AND '2009-05-15'

---

Si c'est possible, j'apprécierai que vous me donniez un petit coup de pouce.

Merci à l'avance de votre aide toujours appréciée ;)

Saluton,
La sous-requête me semble inadaptée puisque les requêtes ne travaillent pas sur le même ensemble de lignes.
Etant donné que tes requêtes ne comportent pas de clause GROUP BY, j'en déduis que tu veux obtenir des totaux et des comptages pour l'ensemble des lignes filtrées, et que chaque requête ne retourne donc qu'une seule ligne.
Si ces lignes avaient, dans le même ordre, les mêmes colonnes je t'orienterais vers UNION.
Tu n'aurais plus qu'une seule requête qui te retournerait 2 lignes.

Oui, c'est exactement ça, chaque requête renvoie une ligne avec les résultats des agrégations. Bien vu ;)

J'ai lu qu'il fallait réduire au maximum le nombre de requêtes MySQL lors de l'intégration dans un script PHP (ce qui est mon cas) et c'est pour cette raison que je voulais en avoir une seule plutôt que deux.

Mais si c'est impossible, j'imagine que, dans certains cas plus complexes, le nombre de requêtes sur un même document peut rapidement devenir énorme, non?

Pas d'affolement !
Si les tables ne sont pas trop grosses et correctement indexées, les deux requêtes que vous donnez ne prendront peut-être qu'une fraction de seconde et PHP saura les gérer sans problème.

Super ;) Merci vos réponse. Le sujet est donc résolu.

peux-tu donner un exemple du tableau que tu voudrais obtenir ?

Un tableau très simple qui ne renvoie qu'une seule ligne de résultat, par exemple :

Code:

---

1 2	sommeA | nbreA | sommeB | nbreB | nbreC 56 | 20 | 45 | 71 | 24

---

Si tu pose la question c'est que tu crois qu'il serait possible de faire le tout en une seule requête?

Si tu ne veux qu'une seule ligne, c'est très simple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

SELECT * FROM ( SELECT SUM(prix) AS sommeA, COUNT(*) AS nbreA FROM tableA WHERE dateA BETWEEN '2008-01-25' AND '2009-05-15' ) reqA CROSS JOIN ( SELECT SUM(prix) AS sommeB, COUNT(DISTINCT id) AS nbreB, COUNT(*) AS nbreC FROM tableA WHERE dateB BETWEEN '2008-01-25' AND '2009-05-15' ) reqB

---

Cool merci pour une seconde fois Antoun ;)
Et, au final, est-ce qu'une seule requête est bel et bien à privilégier par rapport à deux requêtes lorsque utilisé au sein d'un script PHP?

Du point de vue de l'optimisation, oui, mais marginalement : je fais bien effectuer les deux requêtes à MySQL, puis je lui demande de les coller bout à bout, donc la seule chose qu'on économise c'est le temps d'échange PHP/MySQL.

Du point de vue de la lisibilité... il me semble assez évident que deux requêtes seront plus facilement compréhensibles pour le lecteur que mon CROSS JOIN.

Dans l'absolu, comme on ne sait pas trop de quoi il retourne, on se retrouve à retourner dans une même ligne de requête des comptages sur des ensembles de lignes qui peuvent être totalement disjoints.
Ça me rappelle les cours d'arithmétique de CM1 où l'on nous disait de ne pas additionner des carottes avec des bananes.
Mais tu dois avoir ta logique contextuelle. (j'espère, du moins)

Peut-être devrais-je retourner au CM1? :lol:

Rassure toi, dans le contexte, c'est logique et ça m'épargne de répéter quelques lignes de code PHP.

Ta solution convient parfaitement à mon problème Antoun.