SQL : Count(Distinct a,b)

Bonjour,

j'ai besoin d'écrire une requête qui renvoit :

ID, nbre(ID)

Je m'explique :

J'ai deux tables : Personne (ID, ID_admin), Responsable(ID,ZA)
Je veux récupérer l'ID de chaque responsable et de compter combien de fois il est référencé dans Personne (ID_admin).

Mon pb est que dans la table responsable, on peut avoir plusieurs fois le même ID ( pour des ZA différents bien sur )

Ainsi lorsque j'utilise ma requete :

SELECT R.ID, COUNT(R.ID) FROM personne P, Responsable R WHERE R.ID=P.ID_admin GROUP BY R.ID ORDER BY R.ID ASC

Et mon problème est que j'obtiens des doublons

R.ID,P.ID,ZA1 et R.ID,P.ID,ZA2 ne doivent compter que pour 1 dans le
count(...).

J'éspère être clair.

Merci de votre aide.

Vous avez un problème de modélisation puisque votre responsable devrait avoir une entrée unique dans la table responsable, et vous devriez avoir une table de sectorisation pour ses affectations sur les ZA.

Néanmoins, pour résoudre votre problème vous pouvez passer par une sous-requête et une jointure externe :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SELECT R.ID, count(P.ID) as Nb FROM (SELECT DISTINCT ID FROM Responsable) R LEFT OUTER JOIN Personne P ON P.ID_admin = R.ID GROUP BY R.ID ORDER BY R.ID ASC

---

Merci beaucoup de votre aide. Ca fonctionne comme prévu.
Cependant, il y a une sorte de soucis.

En effet, les bases sur lesquelles j'exécute ces requêtes sont assez importantes, du coup le temps d'exécution de cette requête est énorme.

Je me demandez si vous voyez un moyen d'optimiser celle-ci.

Ma requête, qui me renvoyé des données fausses ( mais cependant, trop de données ) prenait 12 sec.
Celle-ci prend plusieurs minutes.

Merci encore.

Il semblerai que j'ai une solution qui marche et également rapide (autour de 3 secondes sur ma base).

J'ai testé, et ça donne bien ce que je veux. Donc, éventuellement ça pourrait aider d'autres personnes.

Code:

---

1 2 3 4

SELECT R.ID, COUNT(P.ID) FROM personne p, (Select distinct ID from responsable) R WHERE R.ID=P.ID_admin GROUP BY R.ID ORDER BY R.ID ASC

---

Sinon, par curiosité, les jointures avec LEFT OUTER JOIN (par exemple) c'est ça qui prend beaucoup de temps, où est-ce à cause d'autre chose ?

merci

Oui la jointure externe est plus coûteuse bien entendu.

Votre requête ne donnera pas les responsables qui n'ont pas de personnes affectées.

Si vous êtes sûr (par contrainte) que ça ne peut pas arriver ou qu'ils ne vous intéressent pas, alors pas de soucis avec la jointure forte.

Oui, ça me convient ainsi.

Merci de l'aide, je met le sujet sur résolu.

Cordialement,