[SQL] count() sur plusieurs tables

Citation:

---

Envoyé par asmduty

Etrange, j'ai pas spécialement de quoi tester la mais il me semblait que le fait de faire la jointure sur le negociateur_ID avec les NEG_ID et de grouper ensuite par négociateur_ID, le fait de faire les count après suffirait
Je ne vois pas vraiment l'interet du distinct

---

Parceque si tu as mettons comme données :

Négociateurs : A et B
Offre : C et D (pour le négociateur A) E et F (pour le négociateur B)
Demandes : G et H (pour le négociateur A) I et J (pour le négociateur B)

Alors la requête sans les count retournerait :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

NEG OFF DEM --- --- --- A C G A C H A D G A D H B E I B E J B F I B F J

---

Chaque valeur de OFF est doublée (à cause des lignes dans DEM) et vice-versa.

Du coup le count donne :

Code:

---

1 2 3 4

NEG OFF DEM --- --- --- A 4 4 B 4 4

---

Alors qu'on en a 2 dans chaque table.

Le "count(distinct champ)" va alors supprimer les doublons lors du comptage, et donner le bon résultat :

Code:

---

1 2 3 4

NEG OFF DEM --- --- --- A 2 2 B 2 2

---

Tout-à-fait StringBuilder, les requêtes scalaires ont cette utilité de répondre très vite.

La lecture de la requête permet de comprendre le pourquoi du comment.
La requête que j'ai proposée construit les agrégats offres / demandes avant de faire la jointure.
Que ce soit sur 1 ligne ou 1 million, l'agrégat complet sera quand même effectué, c'est pourquoi le temps d'exécution de cette requête reste stable.

La requête scalaire va effectuer n sous requêtes de comptage par id.
Elle va donc répondre beaucoup plus vite, mais s’essouffle avec la volumétrie.

Sur un environnement applicatif, les requêtes scalaires ont leur place !