Supprimer les Doublons d'une JOINTURE EXTERNE GAUCHE

Ma question est assez similaire à La limitation d'une JOINTURE GAUCHE, avec une variation.

En supposant que j'ai un MAGASIN de tableau et un autre EMPLACEMENT de la table. L'emplacement est une sorte de table enfant table de l'ATELIER, qui a deux colonnes d'intérêt, l'un est une Division de la Clé (de l'appeler juste la CLÉ) et une "BOUTIQUE" le nombre. Cela correspond au Nombre de "NON" dans le tableau de la BOUTIQUE.

J'ai essayé cette jointure externe gauche:

SELECT S.NO, L.KEY
FROM SHOP S
LEFT OUTER JOIN LOCATN L ON S.NO = L.SHOP

mais j'ai beaucoup de doublons car il ya beaucoup d'endroits qui appartiennent à un seul atelier. Je veux les supprimer, et viens d'obtenir une liste de "de la boutique, la touche" entrées sans doublons.

Les données sont correctes mais les doublons apparaissent comme suit:

SHOP     KEY
 1       XXX
 1       XXX
 2       YYY
 3       ZZZ
 3       ZZZ  etc.

Je voudrais que les données apparaissent comme ceci à la place:

SHOP     KEY
 1       XXX
 2       YYY
 3       ZZZ  etc.

BOUTIQUE de tableau:

 NO
 1       
 2       
 3

EMPLACEMENT de la table:

 LOCATION   SHOP  KEY
   L-1       1    XXX   
   L-2       1    XXX   
   L-3       2    YYY   
   L-4       3    YYY   
   L-5       3    YYY

(Base de données ORACLE 10g)

  • Vous ne devriez pas être obtenir des doublons, même si, comme vous l'avez indiqué, vous pouvez obtenir plus d'une clé pour un magasin, si vous avez plus d'un emplacement d'enregistrement pour la boutique. Veuillez expliquer ou donner un exemple de ce que vous entendez par "dupliquer".
  • Je pensais la même chose au début, mais je suis en supposant que plusieurs emplacements peuvent avoir la même division de la clé.
  • Martin: ah je ne pense pas que je l'a fait comprendre. Oui Plusieurs emplacements peuvent avoir, et ont une même division de la clé. (Strictement parlant divnkey est le parent de la boutique. Donc, la hiérarchie va comme ceci Divnkey > Boutique > emplacement). Je suis en train de remplir la Boutique du tableau avec la répartition appropriée des données clés. Peut sembler bizarre, mais c'est un processus d'une fois et j'étais en train de générer des scripts de mise à jour pour la table de la BOUTIQUE de l'EMPLACEMENT de la table de données par le biais d'un sélectionnez " mise à jour de la boutique de jeu de divnkey = ....' commande. Ne veux pas compliquer la question, afin de mettre un select simple.
  • Désolé juste vu votre réponse. Sera mise à jour de ma réponse encore une fois.
InformationsquelleAutor Kaushik Gopal | 2010-03-28
  1. 25

    Vous avez besoin de regrouper PAR "S. N' & 'L. CLÉ'

    SELECT S.NO, L.KEY 
FROM SHOP S 
LEFT OUTER JOIN LOCATN L 
ON S.NO = L.SHOP
GROUP BY S.NO, L.KEY
    • +1 pour l'utilisation de GROUP BY qui est équivalent à DISTINCT sur Oracle asktom.oracle.com/pls/asktom/... mais peut parfois être plus rapide que sur les autres moteurs, par exemple, Postgres (à l'aide de hachages au lieu de tri).
    • Ok on vient de me sentir reaally stupide. Cela fonctionne parfaitement. Merci. Mais de tout commentaire supplémentaire sur pourquoi le groupe en est requis lors de l'externe gauche est censé prendre soin de cela. Comme je suis en train d'essayer de comprendre comment la gauche externe fonctionne vraiment.
    • Une JOINTURE EXTERNE GAUCHE n'est pas équivalent à ni n'implique un GROUP BY ou DISTINCT. La JOINTURE GAUCHE prend toutes les lignes à partir de la gauche (le premier) de la table, et se joint à toutes les lignes à partir de la droite (deuxième) table où la condition de jointure est satisfait. Dans une gauche extérieur joindre, si il n'y a pas de données disponibles dans le tableau de droite, qui correspond à des données de la table de gauche, la gauche de la table de données est encore retournés avec des valeurs Null pour tous les bouton droit de la table de données. Aucun regroupement n'est exprimée ou implicite. Personnellement, j'aurais utilisé DISTINCTES que je pense qu'il est plus précise clairement l'intention, mais YMMV.
    • Merci pour la clarification. J'ai mal compris ce que signifiait une JOINTURE EXTERNE GAUCHE. Je présume qu'il est différent d'un LEFT JOIN. Maintenant, je comprends qu'ils soient de la même chose? Pour les interwebs: Un lien utile par Jeff Un sur la compréhension de l'ensemble de la rejoindre concept: codinghorror.com/blog/2007/10/...
    • oui, LEFT JOIN et JOINTURE EXTERNE GAUCHE sont équivalentes car l'EXTÉRIEUR mot clé est facultatif. Si vous spécifiez le PLEIN, de GAUCHE ou de DROITE, comme le type de jointure, vous pouvez ignorer la spécification EXTERNE, mais j'ai l'habitude de le mettre dans car je pense que ça permet de rendre le code plus clair. (Je sais, je n'ai pas mis EXTÉRIEUR dans mon commentaire précédent - mais, euh, j'ai essayer de tout faire rentrer dans l'600 limite de caractères! Ouais, c'est le billet..! 🙂
    • J'espère vraiment que ce n'est pas le début d'un mode pour l'utilisation de group by au lieu de distinct. N'est-ce pas la postgres problème de pré-8.1?
    • Vous ne pouvez pas imaginer comment vous avez sauvé ma journée , merci +++ pour vous

    InformationsquelleAutor SoftwareGeek
  2. 7

    MODIFIER à la Suite de la mise à jour de votre scénario

    Je pense que vous devriez être en mesure de le faire avec un simple sous-requête (bien que je n'ai pas testé cette contre une base de données Oracle). Quelque chose comme ce qui suit

    UPDATE shop s
SET divnkey = (SELECT DISTINCT L.KEY FROM LOCATN L WHERE S.NO = L.SHOP)

    Ci-dessus génère une erreur dans le cas d'une boutique en étant associées à des endroits qui sont en plusieurs divisions.

    Si vous voulez juste d'ignorer cette possibilité et sélectionnez arbitraire dans ce cas, vous pourriez utiliser 

    UPDATE shop s
SET divnkey = (SELECT MAX(L.KEY) FROM LOCATN L WHERE S.NO = L.SHOP)
    • Sympa 🙂 c'est pourquoi il est important d'obtenir plus d'un angle. Merci Martin, votre solution très certainement satisfait de mon exigence sous-jacente (Mais les autres répondre spécifiquement prend soin de supprimer les doublons, donc allez avoir à marquer qu'un seul). Cheers
    InformationsquelleAutor Martin Smith
  3. 6

    J'ai eu ce problème aussi, mais je ne pouvais pas utiliser GROUP BY de le corriger car j'étais également de retour des champs de type TEXTE. (En va de même pour l'utilisation de DISTINCT).

    Ce code m'a donné des doublons: 

    select mx.*, case isnull(ty.ty_id,0) when 0 then 'N' else 'Y' end as inuse 
from master_x mx 
left outer join thing_y ty on mx.rpt_id = ty.rpt_id

    Je l'ai fixée par le réécrire ainsi:

    select mx.*, 
case when exists (select 1 from thing_y ty where mx.rpt_id = ty.rpt_id) then 'Y' else 'N' end as inuse
from master_x mx

    Comme vous pouvez le voir je n'ai pas de soins sur les données dans le 2ème tableau (thing_y), juste qu'il n'y avait plus grand que zéro correspond à la rpt_id en son sein. (FYI: rpt_id était pas la clé primaire sur le 1er tableau, master_x).

    InformationsquelleAutor woodge