IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Oracle Discussion :

SQL : Count(Distinct a,b)


Sujet :

Oracle

  1. #1
    Membre à l'essai
    Inscrit en
    Août 2009
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 17
    Points : 16
    Points
    16
    Par défaut 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.

  2. #2
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Customer Success Manager @Vertica
    Inscrit en
    Septembre 2008
    Messages
    8 452
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Customer Success Manager @Vertica
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 452
    Points : 17 820
    Points
    17 820
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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

  3. #3
    Membre à l'essai
    Inscrit en
    Août 2009
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 17
    Points : 16
    Points
    16
    Par défaut
    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.

  4. #4
    Membre à l'essai
    Inscrit en
    Août 2009
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 17
    Points : 16
    Points
    16
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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

  5. #5
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Customer Success Manager @Vertica
    Inscrit en
    Septembre 2008
    Messages
    8 452
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Customer Success Manager @Vertica
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 452
    Points : 17 820
    Points
    17 820
    Par défaut
    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.

  6. #6
    Membre à l'essai
    Inscrit en
    Août 2009
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : Août 2009
    Messages : 17
    Points : 16
    Points
    16
    Par défaut
    Oui, ça me convient ainsi.

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

    Cordialement,

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Problème de requête SQL avec DISTINCT et COUNT ?
    Par [ZiP] dans le forum Langage SQL
    Réponses: 4
    Dernier message: 29/01/2007, 17h11
  2. [Sql]Having Count ( Distinct )
    Par nuke_y dans le forum Oracle
    Réponses: 5
    Dernier message: 20/02/2006, 21h36
  3. [SGBDR ACCES97] COUNT & DISTINCT
    Par totoche dans le forum Langage SQL
    Réponses: 2
    Dernier message: 20/12/2005, 09h24
  4. [MS sql] (débutant) distinct et count
    Par damn dans le forum Langage SQL
    Réponses: 2
    Dernier message: 31/05/2005, 13h25
  5. Query sur plusieurs colonnes avec count(distinct...)
    Par Jeankiki dans le forum Langage SQL
    Réponses: 2
    Dernier message: 18/08/2004, 15h22

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo