Faire une jointure gauche composée d'un sous ensemble filtré sur un élément de la table principale

Bonjour à tous,

Je viens vers vous aujourd'hui car j'essaie de résoudre le problème suivant :

Comme faire une jointure gauche composée d'un sous ensemble filtré sur un élément de la table principale.
L'énoncé ne doit pas être très clair, alors voici une requête d'illustration :

La requête qui fonctionne :

Code:

---

1 2 3 4 5 6 7 8

SELECT T1.ID, ALIAS_T2.FIELD1 FROM T1 LEFT JOIN (SELECT FIELD1 , FIELD2, FIELD3, row_number() over (partition by FIELD1,FIELD2 order by FIELD1) as RAWNUM FROM T2) ALIAS_T2 ON ALIAS_T2.FIELD1 = T1.T2FIELD1 AND ALIAS_T2.FIELD2 = T1.T2FIELD2 AND ALIAS_T2.RAWNUM = 1

---

Donc ça, ça fonctionne, ce que j'aimerais faire c'est appliquer le filtrage

Code:

---

ALIAS_T2.FIELD1 = T1.T2FIELD1 AND ALIAS_T2.FIELD2 = T1.T2FIELD2

---

dans la sous-requête afin que cet ensemble soit beaucoup plus léger en mémoire.
Ca donnerais :

Code:

---

1 2 3 4 5 6 7

SELECT T1.ID, ALIAS_T2.FIELD1 FROM T1 LEFT JOIN (SELECT FIELD1 , FIELD2, FIELD3, row_number() over (partition by FIELD1,FIELD2 order by FIELD1) as RAWNUM FROM T2 where ALIAS_T2.FIELD1 = T1.T2FIELD1 AND ALIAS_T2.FIELD2 = T1.T2FIELD2) ALIAS_T2 ON ALIAS_T2.RAWNUM = 1

---

Le seul truc c'est que dans la sous-requête il ne connait pas T1 et ses champs, j'ai donc droit à l'erreur :

Code:

---

1 2	ORA-00904: "T1"."FIELD1" : identificateur non valide 00904. 00000 - "%s: invalid identifier"

---

Donc mes questions
Est-ce moi qui utilise une mauvaise syntaxe ?
Est-il impossible de faire référence à T1 dans la sous requête ?
Existe-il un contournement à ce type de problématiques ?
Oracle est-il intelligent ? Dans le sens : rajoute-il lui-même les conditions qui sont sont derrière le "ON" de la jointe dans le "where" de la sous-requête ? (et dans ce cas je me pose des questions existentielles pour rien)

Merci d'avance pour vos retour.

Bonjour,

Si je comprends bien, tu veux appliquer ta condition de jointure dans ta sous-requête pour ne ramener que les lignes présentes dans T1. C'est ça ?
Si c'est bien ça, tu peux remplacer ton left join par un inner join, ça fera la même chose.

Ensuite, Oracle est "intelligent", dans le sens où il a des moyens pour connaître la meilleure façon d'accéder aux données. Tu peux faire des recherches sur les "explain plan" pour découvrir comment les requêtes sont interprétées.
Si ta requête initiale ne s'exécute pas, c'est peut-être tout simplement que tu as un problème de statistiques.

Bonjour,

Merci d'avoir regardé.

Alors non en fait je ne peux pas faire un inner, sinon je ne peux plus tester avec IS NULL que ma jointure n'est pas satisfaite.

Le principe fonctionnel de la requête est le suivant :

Permettre de tester la validité de la catégorisation d'une ligne de T1 , la catégorisation est à 5 niveaux, avec chaque niveau dépendant du précédent et je répète la jointure 5 fois ce qui me permet avec un switch case dans le select , afin d'afficher à quel niveau il y a une donnée de catégorisation manquante.
Dans ma requête d'exemple je n'ai mis qu'une seule jointure et n'ai pas mis le switch.

Si je ne passe pas par des sous-requêtes, on se retrouve avec des produits cartésiens à chaque niveau et on se retrouve avec une requête qui met à genoux le serveur.

Je cherche juste à savoir si je peux optimiser chaque jointure, car elle revient à charger la table en mémoire et à filtrer ensuite.

Rebonjour,

J'ai trouvé un contournement :

Mettre la sous-requête directement dans le switch case ce qui permet de pouvoir mettre une condition avec un champ de T1 dans la clause WHERE de la sous-requête.
Une sous requête dans un select oracle, veut bien ramener la valeur de table principale, une sous requête dans un join il ne veut plus:aie:

Ça donne un truc comme ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SELECT * FROM ( SELECT T1.ID, ALIAS_T2.FIELD1, CASE WHEN T1.T2FIELD2 IS NOT NULL AND (SELECT COUNT(1) FROM T2 WHERE T2.FIELD1 = T1.T2FIELD1 AND ROWNUM = 1) <> 1 THEN 'FIELD1 KO' END AS "ErrorType" FROM T1) TempTable WHERE ErrorType IS NOT NULL

---

On rajoute un WHEN pour chaque cas de figure et ça roule.

Et c'est beaucoup beaucoup plus rapide ! (surtout avec mes 5 niveaux de vérif)

Bref il existe une équivalence entre une requête scalaire et une jointure externe.
Parfois la requête scalaire se comporte mieux parfois non!

Je n'aime pas cette sous-requête

Code:

---

1 2	SELECT COUNT(1) FROM T2 WHERE T2.FIELD1 = T1.T2FIELD1 AND ROWNUM = 1

---

Il y des autre façons plus compréhensibles pour l'écrire.

Tu proposerais quoi ?

Éventuellement ce que je verrais c'est :

Code:

---

SELECT 1 FROM T2 WHERE T2.FIELD1 = T1.T2FIELD1 AND ROWNUM = 1

---

Pour éviter le count, bien qu'il ne doive pas couter bien cher celui là.

Ma remarque concerne plus la compréhension que les performances; quelque chose de type

Code:

---

1 2 3 4 5 6 7

Select Count(*) From sys.dual Where Exists (Select Null From T2 Where T2.FIELD1 = T1.T2FIELD1 )

---